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1. INTRODUCTION 

The 8086 family, Intel's new series of microprocessors 
and system components, offers the designer an ad- 
vanced system architecture which can be structured to 
satisfy a broad range of applications. The variety of 
speed, configuration and component selections avail- 
able within the family enables optimization of a specific 
design to both cost and performance objectives. More 
important however, the 8086 family concept allows the 
designer to develop a family of systems providing multi- 
ple levels of enhancement within a single design and a 
growth path for future designs. 

This application note Is directed toward the Implemen- 
tation of the system hardware and will provide an in- 
troduction to a representative sample of the systems 
configurable with the 8086 CPU member of the family. 
Application techniques and timing analysis will be given 
to aid the designer In understanding the system require- 
ments, advantages and limitations. Additional Intel 
publications the reader may wish to reference are the 
8086 User's IVIanual (9800722A), 8086 Assembly Lan- 



guage Reference Guide (9800749A), AP-28A IVIULTI- 
BUS^^ Interfacing (98005876B), INTEL MULTIBUS"^'^ 
SPECIFICATION (9800683), AP-45 Using the 8202 Dy- 
namic RAM Controller (9800809A), AP-51 Designing 
8086, 8088, 8089 Multiprocessor Systems with the 8289 
Bus Arbiter and AP-59 Using the 8259A Programmable 
Interrupt Controller. References to other Intel publica- 
tions will be made throughout this note. 

2. 8086 OVERVIEW AND BASIC SYSTEM CONCEPTS 
2A. 8086 Bus Cycle Definition 

The 8086 is a true 16-bit microprocessor with 16-bit in- 
ternal and external data paths, one megabyte of memory 
address space (2**20) and a separate 64 K byte (2**16) 
I/O address space. The CPU communicates with Its ex- 
ternal environment via a twenty-bit time multiplexed ad- 
dress, status and data bus and a command bus. To 
transfer data or fetch instructions, the CPU executes a 
bus cycle (Fig. 2A1). The minimum bus cycle consists of 
four CPU clock cycles called T states. During the first T 
state (T1), the CPU asserts an address on the twenty-bit 
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Figure 2A1. Basic 8086 Bus Cycie 
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multiplexed address/data/status bus. For the second T 
state (T2), the GPU removes the address from the bus 
and either three-states Its outputs on the lower sixteen 
bus lines in preparation for a read cycle or asserts write 
data. Data bus transceivers are enabled in either T1 or 
T2 depending on the 8086 system configuration and the 
direction of the transfer (into or out of the CPU). Read, 
write or interrupt acknowledge commands are always 
enabled in T2. The maximum mode 8086 configuration 
(to be discussed later) also provides a write command 
enabled in 13 to guarantee data setup time prior to com- 
mand activation. 

During 12, the upper four muitiplexed bus lines swjtch 
from address (A19-A1 6) to bus cycle status 
(S6,S5,S4,S3). The status Information (Table 2A1) is 
available primarily for diagnostic monitoring. However, 
a decode of S3 and S4 could be used to select one of 
four banks of memory, one assigned to each segment 
register. This technique allows partitioning the memory 
by segment to expand the memory addressing beyond 
one megabyte. It also provides a degree of protection by 
preventing erroneous write operations to one segment 
from overlapping into another segment and destroying 
information in that segment. 

The CPU continues to provide status information on the 
upper four bus lines during T3 and will either continue 
to assert write data or sample read data on the lower six- 
teen bus lines. If the selected memory or I/O device is 
not capable of transferring data at the maximum CPU 
transfer rate, the device must signal the CPU "not 
ready" and force the CPU to insert additional clock 
cycles (VVait states TW) after T3. The 'not ready' indica- 
tion must be presented to the CPU by the start of T3. 
Bus activity during TW is the same as T3. When the 
selected device has had sufficient time to complete the 
transfer, it asserts "Ready" and allows the CPU to con- 
tinue from the TW states. The CPU will latch the data on 
the bus during the last wait state or during T3 if no wait 
states are requested. The bus cycle is terminated in T4 
(command lines are disabled and the selected external 
device deselects from the bus). The bus cycle appears 
to devices in the system as an asynchronous event con- 
sisting of an address to select the device followed by a 
read strobe or data and a write strobe. The selected 
device accepts bus data during a write cycle and drives 
the desired data onto the bus during a read cycle. On ter- 
mination of the command, the device latches write data 
or disables its bus drivers. The only control the device 
has on the bus cycle is the insertion of wait cycles. 

The 8086 CPU only executes a bus cycle when instruc- 
tions or operands must be transferred to or from 
memory or I/O devices. When not executing a bus cycle, 
the bus interface executes idle cycles (Tl). During the 
idle cycles, the CPU continues to drive status informa- 
tion from the previous bus cycle on the upper address 
lines. If the previous bus cycle was a write, the CPU con- 
tinues to drive the write data onto the multiplexed bus 
until the start of the next bus cycle. If the CPU executes 
idle cycles following a read cycle, the CPU will not drive 
the lower 16 bus lines until the next bus cycle is 
required. 



Since the CPU prefetches up to six bytes of the Instruc- 
tion stream for storage and execution from an internal 
Instruction queuiB, the relationship of instruction fetch 
and associatied operand transfers may be skewed in 
time and separated by additional instruction fetch bus 
cycles, in general, if an instruction is fetched into the 
8086's internal instruction queue, several additional in- 
structions may be fetched before the instruction is 
removed from the queue and executed. If the instruction 
being executed from the queue is a jump or other con- 
trol transfer instruction, any instructions remaining in 
the queue are not executed and are discarded with ho ef- 
fect on the CPU's operation. The bus activity observed 
during execution of a specific instruction is dependent 
on the preceding instructions but is always deter- 
ministic within the specific sequence. 

l^ble2A1 

S3 ^4 

0 0 Alternate (relative to the ES segment) 

1 0 Stack (relative to the SS segment) 

0 1 Code/None (relative to the CS seg- 

ment or a default of zero) 

1 1 Data (relative to the DS segment) 

S5= IF (interrupt enable flag) 

S6 = 0 (indicates the 8086 is on the bus) 

2B. 8086 Address and Data Bus Concepts 

Since the majority of system memories and peripherals 
require a stable address for the duration of the bus 
cycle, the address on the multiplexed address/data bus 
during T1 should be latched and the latched address 
used to select the desired peripheral or memory loca- 
tion. Since the 8086 has a 16-bit data bus, the multi- 
plexed bus components of the 8085 family are not ap- 
plicable to the 8086 (a device on address/data bus lines 
8-15 will not be able to receive the byte selection ad- 
dress on lines 0-7). To demultiplex the bus (Fig. 2B1a), 
the 8086 system provides an Address Latch Enable 
signal (ALE) to capture the address In either the 8282 or 
8283 8-blt bi-stable latches (Diag. 281). The latches are 
either inverting (8283) or non-inverting (8282) and have 
outputs driven by three-state buffers that supply 32 mA 
drive capability and can switch a 300 pF capacitive load 
in 22 ns (inverting) or 30 ns (non-inverting). They prop- 
agate the address through to the outputs while ALE is 
high and latch the address on the falling edge of ALE. 
This only delays address access and chip select 
decoding by the propagation delay of the latch. The out- 
puts are enabled through the low active OE input. The 
demultiplexing of the multiplexed address/data bus 
(latchings of the address from the multiplexed bus), can 
be done locally at appropriate points in the system or at 
the CPU with a separate address bus distributing the ad- 
dress throughout the system (Fig. 281 b). For optimum 
system performance and compatibility with multiproc- 
essor and MULTIBUS""^^ configurations, the latter tech- 
nique is strongly recommended over the first. The re- 
mainder of this note will assume the bus is demul- 
tiplexed at the CPU. 
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Figure 2B1a. Demultiplexing the 8086 Bus 





) ADDRESS BUS 



SEPARATE ADDRESS AND DATA BUSSES 



8086 
CPU 



• 8282 I 
! I 



i 




ADDRESS/DATA 
BUS 



I 8282 ; ; 8282 ■ 

U J L. J 

MULTIPLEXED BUS WITH LOCAL ADDRESS DEMULTIPLEXING 
Figure 2B1b. 



The programmer views the 8086 memory address space 
as a sequence of one million bytes in which any byte 
may contain an eight bit data element and any two con- 
secutive bytes may contain a 16-bit data element. There 
is no constraint on byte or word addresses (boundaries). 
The address space is physically implemented on a six- 
teen bit data bus by dividing the address space into two 
banks of up to 512K bytes (Fig. 2B2). One bank is con- 
nected to the lower half of the sixteen-bit data bus (D7-0) 
and contains even addressed bytes (A0 = 0). The other 
bank is connected to the upper half of the data bus 
(D15-8) and contains odd addressed bytes (A0=1). A 
specific byte within each bank is selected by address 
lines A19-A1. To perform byte transfers to even ad- 
dresses (Fig. 2B3a), the information is transferred over 
the lower half of the data bus (D7-0). AO (active low) is 
used to enable the bank connected to the lower half of 
the data bus to participate in the transfer. Anot her 
signal provided by the 8086, Bus High Enable (BHE), is 
used to disable the bank on the upper half of the data 
bus from participating in the transfer. This is necessary 
to prevent a write operation to the lower bank from 
destroying data in the upper bank. Since BHE is a 
multiplexed signal with timing identical to the A19-A16 
address lines, it also should be latched with ALE to pro- 
vide a stable si gnal during the bus cycle. During T2 
through T4, the BHE out put i s multiplexed with status 
line S7 which is equal to BHE. To perform byte transfers 
to odd addresses (Fig. 2B3b), the information is trans- 
ferred over the upper half of the data bus (D15-D8) while 
BHE (active low) enables the upper bank and AO 
disables the lower bank. Directing the data transfer to 
the a ppropriate half of the data bus and activation of 
BHE and AO is performed by the 8086, transparent to the 
programmer. As an example, consider loading a byte of 
data into the CL register (lower half of the CX register) 
from an odd addressed memory location (referenced 
over the upper half of the 16-bit data bus). The data is 
transferred into the 8086 over the upper 8 bits of the 
data bus, automatically redirected to the lower half of 
the 8086 internal 16-bit data path and stored into the CL 
register. This capability also allows byte I/O transfers 
with the AL register to be directed to I/O devices con- 
nected to either the upper or lower half of the 16-bit data 
bus. 

To access even addressed sixteen bit words (two con- 
secutive bytes with the least significant byte at an even 
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Diagram 2B1. ALE Timing 
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byte address), A19-A1 sel ect th e appropriate byte within 
each bank and AO and BHE (active iow) enable both 
banks simultaneously (Fig. 2B3c). To access an odd ad- 
dressed 16-bit word (Fig. 2B3d), the least significant 
byte (addressed by A19-A1) is first transferred over the 
uppe r half of the bus (odd addressed byte, upper bank, 
BHE low active and A0= 1). The most significant byte is 
accessed by incrementing the address (A19-A0) which 
allows A19-A1 to address the next physical word loca- 
tion (remember, AO was equal to one which indicated a 
word referenced from an odd byte boundary). A second 
bus cycle is then executed to perform the transfer of the 
most signifi cant byte with the lower bank (AO is now ac- 
tive low and BHE is high). The sequence is automatically 
executed by the 8086 whenever a word transfer is ex- 
ecuted to an odd address. Directing the upper and lower 
bytes of the 8086's internal sixteen-bit registers to the 
appropriate halves of the data bus is also performed 
automatically by the 8086 and is transparent to the pro- 
grammer. 
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Figure 2B2. 8086 Memory 
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Figure 2B3c. Even Addressed Word Transfer 
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Figure 2B3d. Odd Addressed Word Transfer 

During a byte read, the CPU floats the entire sixteen-bit 
data bus even though data is only expected on the upper 
or lower half of the data bus. As will be demonstrated 
later, this action simplifies the chip select decoding re- 
quirements for read only devices (ROM, EPROM). During 
a byte write operation, the 8086 will drive the entire 
sixteen-bit data bus. The information on the half of the 
data bus not transferring data is indeterminate. These 
concepts also apply to the I/O address space. Specific 
examples of I/O and memory Interfacing are considered 
in the corresponding sections. 

2C. System Data Bus Concepts 

When referring to the system data bus, two implemen- 
tation alternatives must be considered; (a) the multi- 
plexed address/data bus (Fig. 2C1a) and a data bus buf- 
fered from the multiplexed bus by transceivers (Fig. 
201 b). 

If memory or I/O devices are connected directly to the 
multiplexed bus, the designer must guarantee the 
devices do not corrupt the address on the bus during T1. 
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Figure 2C1b. Buffered Data Bus 



To avoid this, device output drivers should not be enabl- 
ed by the device chip select, but should have an output 
enable controlled by the system read signal (Fig. 2C2). 
The 8086 timing guarantees that read Is not valid. until 
after the address is latched by ALE (DIag. 2C1). All Intel 
peripherals, EPROM products and RAM's for microproc- 
essors provide output enable or read Inputs to allow 
connection to the multiplexed bus. 
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Figure 202. Devices with Output Enables on the IMultlplexed Bus 

Several techniques are available for interfacing devices 
without output enables to the multiplexed bus but each 
introduces other restrictions or limitations. Consider 
Figure 2C3 which has chip select gated with read and 
write. Two problems exist with this technique. First, the 
chip select access time is reduced to the read access 
time, and may require a faster device if maximum 
system performance (no wait states) is to be achieved 
(Diag. 2C2). Second, the designer must verify that chip 
select to write setup and hold times for the device are 
not violated (DIag. 2C3). Alternate techniques can be ex- 
tracted from the bus interfacing techniques given later 
in this section but are subject to the associated restric- 
tions. In general, the best solution is obtained with 
devices having output enables. 

A subsequent limitation on the multiplexed bus is the 
8086's drive capability of 2.0 mA and capacitive loading 
of 100 pF to guarantee the specified A.C. character- 
istics. Assuming capacitive loads of 20 pF per I/O 
device, 12 pF per address latch and 5-12 pF per memory 
device, a system mix of three peripherals and two to 
four memory devices (per bus line) are close to the 
loading limit. 
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Figure 2C3. Devices witliout Output Enabies on the IMiiitipiexed Bus 




1 ACCESS TIME FOR CS GENERATED FROM ADDRESS DECODE. 
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Diagram 2C2. Access Time: CS Gated witli RD/WR 
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Diagram 2C3. CS to WR Set-Up and Hold 



To satisfy the capacitive loading and drive requirements 
of larger systems, the data bus must be buffered. The 
6286 non-inverting and 8287 inverting octal transceivers 
are offered as part of the 8086 family to satisfy this re- 
quirement. They have three-state output buffers that 
drive 32 mA on the bus interface and 10 mA on the CPU 
interface and can switch capacitive loads of 300 pF at 
the bus interface and 100 pF on the CPU interface in 22 
ns (8287) or 30 ns (8286). To enable and control the direc- 
tion of the transceivers, the 8086 system provjdes Data 
ENable (DEN) and Data Transmit/Receive (DT/R) signals 
(Fig. 2C1b). These signals provide the appropriate tim- 
ing to guarantee isolation of the multiplexed bus from 
the system during T1 and elimination of bus contention 
with the CPU durmg read and write (Diag. 2C4); Although 
the memory and peripheral devices are isolated from the 
CPU (Fig. 2C4), bus contention may still exist in the 
system if the devices do not have an output enable con- 
trol other than chip select. As an example, bus conten- 
tion will exist during transition from one chip select to 
another (the newly selected device begins driving the 
bus before the previous device has disabled its drivers). 
Another, more severe case exists during a write cycle. 
From chip select to write active, a device whose outputs 
are controlled only by chip select, will drive the bus 
simultaneously with write data being driven through the 
transceivers by the CPU (Diag. 2C5). The same tech- 
nique given for circumventing these problems on the 
multiplexed bus can be applied here with the same limi- 
tations. 

One last extension to the bus implementation is a sec-, 
ond level of buffering to reduce the total load seen by 
devices on the system bus (Fig. 2C5). This Is typically 
done for multiboard systems and Isolation of memory 
arrays. The concerns with this configuration are the ad- 
ditional delay for access and more important, control of 
the second transceiver in relationship to the system bus 
and the device being Interfaced to the system bus. 
Several techniques for controlling the transceiver are 
given in Figure 2C6. This first technique (Fig. 2C6a) 
simply distributes DEN and DT/R throughout the 
system. DT/R is inverted to provide proper direction con- 
trol for the second level transceivers. The second exam- 
ple (Fig. 2C6b) provides control for devices with output 
enables. RD is used to normally direct data from the 
system bus to the peripheral. The buffer Is selected 
whenever a device on the local bus is ctiip selected. Bus 
contention Is possible on the device's local bus during a 
read as the read simultaneously enables the device out- 
put and changes the transceiver direction. The conten- 
tion may also occur as the read is terminated. 

For devices without output enables, the same technique 
can be applied (Fig. 2C6c) if the chip select to the device 
Is conditioned by read or write. Controlling the chip 
select with read/write prevents the device from driving 
against the transceiver prior to the command being 
received. The limitations with this technique are access 
limited to read/write time and limited CS to write setup 
and hold times. 
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1 DEN IS ENABLED AFTER THE 8086 HAS FLOATED THE MULTIPLEXED BUS 

2 DEN ENABLES THE TRANSCEIVERS EARLY IN THE CYCLE, BUT OT/R GUARANTEES 
THE TRANSCEIVERS ARE IN TRANSMIT RATHER THAN RECEIVE MODE AND WILL 
NOT DRIVE AGAINST THE CPU. 



Diagram 2C4. Bus Transceiver Controi 
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Figure 2C4. Devices with Output Enables on the System Bus 



Diagram 2C5. 
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Figure 2C5. Fully Buffered System 
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Figure 2C6a. Controlling System Transceivers with DEN and DT/R 




Figure 2C6b. Buffering Devices with OE/RD 




An alternate technique applicable to devices withi and 
without output enables Is shown In Figure 2C6d. RD 
again controls the direction of the transceiver but it is 
not enabled until a command and chip select are active. 
The possibility for bus contention still exists but is 
reduced to variations In output enable vs. direction 
change time for the transceiver. Full access time from 
chip select Is now available, but data will not be valid 
prior to write and vvill only be held valid after write by the 
delay to disable the transceiver. 




Figure 2C6c. Buffering Devices without OE/RD and with Common 
or Separate Input/Output 



Figure 2C6d. Buffering Devices without OE/RD and with Common 
or Separate Input/Output 

One last technique is given for devices with separate in- 
puts and outputs (Fig. 2C6e). Separate bus receivers and 
drivers are provided rather than a single transceiver. The 
receiver is always enabled while the bus driver is con- 
trolled by RD and chip select. The only possibility for 
bus contention In this system occurs as multiple 
devices on each line of the local read bus are enabled 
and disabled during chip selection changes. 

Throughout this note, the multiplexed bus will be con- 
sidered the local CPU bus and the demultiplexed ad- 
dress and buffered data bus will be the system bus. For 
additional information on bus contention and the 
system problems associated with it, refer to Appendix 1. 
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Figure 2C6e. Buffering Devices without OE/RD and with Separate 
Input/Output 



2D. Multiprocessor Environment 

The 8086 architecture supports multiprocessor systems 
based on the concept of a shared system bus (Fig. 2D1). 
All CPU's in the system communicate with each other 
and share resources via the system bus. The bus may be 
either the Intel Multibus^^ system bus or an extension 
of the system bus defined in the previous section. The 
major addition required to the demultiplexed system 
bus is arbitration logic to control access to the system 
bus. As each CPU asynchronously requests access to 
the shared bus, the arbitration logic resolves priorities 
and grants bus access to the highest priority CPU. Hav- 
ing gained access to the bus, the CPU completes Its 
transfer and will either relinquish the bus or wait to be 
forced to relinquish the bus. For a discussion on 
Multlbus^"^ arbitration techniques, refer to AP-28A, Intel 
Multlbus^^ Interfacing. 
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Figure 2D1. 8086 Family Multiprocessor System 



To support a multlmaster Interface to the Multibus 
system bus for the 8086 family, the 8289 bus arbiter is 
Included as part of the family. The 8289 is compatible 
with the 8086's local bus and in conjunction with the 
8288 bus controller, implements the Multibus protocol 
for bus arbitration. The 8289 provides a variety of arbitra- 
tion and prioritization techniques to allow optimization 
of bus availability, throughput and utilization of shared 
resources. Additional features (Implemented through 



strapping options) extend the configuration options 
beyond a pure CPU interface to the muitimaster system 
bus for access to shared resources to include concur- 
rent support of a local CPU bus for private resources. 
For specific configurations and additional information 
on the 8289, refer to application note AP-51. 

3. 8086 SYSTEM DETAILS 
3A. Operating Modes 

Possibly the most unique feature of the 8086 is the abili- 
ty to select the base machine configuration most suited 
to the application. The MNIMK input to the 8086 is a 
strapping option which allows the designer to select 
between two functional definitions of a subset of the 
8086 outputs. 

MINIMUM MODE 

The minimum mode 8086 (Fig. 3A1) is optimized for 
small to medium (one or two boards), single CPU 
systems, its system architecture is directed at satisfy- 
ing the requirements of the lower to middle segment of 
high performance 16-bit applications. The CPU main- 
tains the full megabyte memory space, 64K byte I/O 
space and 16-bit data p ath. T he CPU directly provides all 
b^ control (DT/R, DEN, ALE, M/IO), commands 
(RD,WR,INTA) and a simple CPU preemption mech- 
anism (HOLD, HLDA) compatible with existing DMA 
controllers. 

MAXIMUM MODE 

The maximum mode (Fig. 3A2) extends the system ar- 
chitecture to support multiprocessor configurations, 
and local instruction set extension processors (co- 
processors). Through addition of the 8288 bipolar bus 
controller, the 8086 outputs assigned to bus control and 
commands in the minimum mode are redefined to allow 
these extensions and enhance general system perform- 
ance. Specifically , (1) two prioritized levels of processor 
preemption (RQ/GTO, RQ/GT1) allow multiple proc- 
essors to reside on the 8086's local bus and share Its in- 
terface to the system bus, (2) Queue status (QS0,QS1) Is 
available to allow external devices like ICE^'^-86 or 
special instruction set extension co-processors to track 
the CPU instruction execution, (3) access control to 
shared resources In multiprocessor systems Is sup- 
ported by a hardware bus lock mechanism and (4) 
system command and configuration options are ex- 
panded via ancillary devices like the 8288 bus controller 
and 8289 bus arbiter. 

The queue status indicates what information is being 
removed from the internal queue and when the queue Is 
being reset due to ajransfer of control (Table 3A1). By 
monitoring the S0,S1,S2 status lines for instructions 
ente ring t he 8086 (1,0,0 indicates code access while AO 
and BHE Indicate word or byte) and QSO, QS1 for in- 
structions leaving the 8086's internal queue, It is possi- 
ble to track the Instruction execution. Since Instruc- 
tions are executed from the 8086's Internal queue, the 
queue status is presented each CPU clock cycle and is 
not related to the bus cycle activity. This mechanism (1) 
allows a co-processor to detect execution of an 
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ESCAPE instruction which directs the co-processor to 
perform a specific tasl< and (2) allows ICE-86 to trap ex- 
ecution of a specific memory location. An example of a 
circuit used by ICE is given In Figure 3A3. The first up 
down counter tracks the depth of the queue while the 
second captures the queue depth on a match. The sec- 
ond counter decrements on further fetches from the 
queue until the queue is flushed or the count goes to 
zero Indicating execution of the match address. The 
first counter decrements on fetch from the queue 
(QS0 = 1) and increments on code fetches into the 



queue. Note that a normal code fetch will transfer two 
bytes into the queue so two clock increments are given 
to the counter (T201 and T301) unless a single byte is 
loaded over the upper half of the bus (AO-P is high). 
Since the execution unit (EU) is not synchronized to the 
bus interface unit (BID), a fetch from the queue can oc- 
cur simultaneously with a transfer Into the queue. The 
exclusive-or gate driving the ENP Input of the first 
counter allows these simultaneous operations to cancel 
each other and not modify the queue depth. 
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TABLE 3A1. QUEUE STATUS 



QSi 


QSo 




0 (LOW) 


0 


No Operation 


0 


1 


First Byte of Op Code from Queue 


1(HIGH) 


0 


Empty the Queue 


1 


1 


Subsequent Byte from Queue 



The queue status is valid during the CLK cycle after 
which the queue operation is performed. 



To address the problem of controlling access to shared 
resour ces, t he maximum mode 8 086 provides a hard- 
ware LOCK output. The LOCK output Is activated 
through the instruction stre am by execution of the 
LOCK prefix Instruction. The LOCK output goes active 
in the first CPU clock cycle following execution of the 
prefix and remains active until the clock following the 
completion of the instruction following the LOCK prefix. 
To provide bus a ccess control in multiprocessor 
systems, the LOCK signal should be incorporated into 
the system bus arbitration logic resident to the CPU. 

During normal multiprocessor system operation, pri- 
ority of the shared system bus is determined by the ar- 
bitration circuitry on a cycle by cycle basis. As each 
CPU requires a transfer over the system bus, it requests 
access to the bus via its resident bus arbitration logic. 
When the CPU gains priority (determined by the system 
bus arbitration scheme and any associated logic), it 
takes control of the bus, performs its bus cycle and 
either maintains bus control, voluntarily releases the 
bus or is forced off the bus by the loss of priority. The 
lock mechanism prevents the CPU from losing bus con- 
trol (either voluntarily or by force) and guarantees a CPU 
the ability to execute multiple bus cycles (during execu- 



tion of the locked instruction) without Intervention and 
possible corruption of the data by another CPU. A 
classic use of the mechanism is the TEST and SET 
semaphore' during which a CPU must read from a 
shared memory location and return data to the location 
without allowing another CPU to reference the same 
location between the TEST operation (read) and the SET 
operation (write). In the 8086 this is accomplished with a 
locked exchange Instruction. 

LOCK XCHG reg, MEMORY ; reg Is any register 

;M EMORY Is the address of the 
;semaphore 

The activity of the LOCK output I s show n In Diagram 
3A1. Another interesting use of the LOCK for multiproc- 
essor systems Is a locked block move which allows high 
speed message transfer from one CPU's message buf- 
fer to another. 

During the locked instruction, a request for processor 
preemption (RQ/GT) is recorded but not acknowl edged 
until completion of the locked Instruction. The LOCK 
has no direct affect on Interrupts. As an example, a 
locked HALT instruction will cause i-IOLD (or RQ/GT) re- 
quests to be ignored but will allow the CPU to exit the 
HALT state on an Interrupt. In general, prefix bytes are 
considered extensions of the Instructions they precede. 
Therefore, interrupts that occur during execution of a 
prefix are not acknowledged (assuming Interrupts are 
enabled) until completion of the instruction following 
the prefixes (except for instructions which allow servic- 
ing interrupts during their execution, I.e., HALT, WAIT 
and repeated string primitives). Note that multiple prefix 
bytes may precede an Instruction. As another example, 
consider a 'string primitive' preceded by the repetition 
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prefix (REP) which Is Interruptlble after each execution 
of the string primitive. This holds even If the REP prefix 
Is combined with the LOCK prefix and prevents Inter- 
rupts from being locked out during a block move or 
other repeated string operati on. As long as the opera- 
tion Is not Interrupted, LOCK remains active. Further In- 
formation on the operation of an Interrupted string 
operation with multiple prefixes Is presented In the sec- 
tion dealing with the 8086 Interrupt structure. 

Three additional status lines (SO, sT, S2) are defined to 
provide communications with the 8288 and 8289. The 
status lines tell the 8288 when to Initiate a bus cycle, 
what type of command to issue and when to terminate 
the bus cycle. The 8288 samples the status lines at the 
beginning of each CPU clock (CLK). To initiate a bus cy- 
cle, the^CPU drives the status lines from the passive 
state (SO, S1, S2= 1) to one of seven possible command 
codes (Table 3A2). This occurs on the rising edge of the 
clock during T4 of the previous bus cycle or a Tl (idle cy- 
cle, no current bus activity). The 8288 detects the status 
change by sampling the status lines on the high to low 
transition of each clock cycle. The 8288 starts a bus cy- 
cle by generating ALE and appropriate buffer direction 
control in the clock cycle immediately following detec- 
tion of the status change (T1). The bus transceivers and 
the selected command are enabled In the next clock 
cycle (T2) (or T3 for normal write commands). When the 
status returns to the passive state, the 8288 will ter- 
minate the command as shown in Diagram 3A2. Since 
the CPU will not return the status to the passive state 
until the 'ready' indication is received, the 8288 will 
maintain active command and bus control for any 
number of wait cycles. The status lines may also be 
used by other processors on the 8086's local bus to 
monitor bus activity and control the 8288 if they gain 
control of the local bus. 



TABLE 3A2. STATUS LINE DECODES 



So 


• 


So 


O(LOW) 


0 


0 


Interrupt Acknowledge 


0 


0 


1 


Read I/O Port 


n 


■l 


0 


Write I/O Port 


0 


1 


1 


Halt 


1 (HIGH) 


0 


0 


Code Access 


1 


0 


1 


Read Memory 


1 


1 


0 


Write Memory 


1 


1 


1 


Passive 



The 8288 pr ovides the bus control (DEN, DT/R, ALE) and 
commands (INTA, MRDC, lORC, MWTC, AMWC, lOWC, 
AlOWC) removed from the CPU. The command structure 
has separate read and write commands for memory and 
I/O to provide compatibility with the Multibus command 
structure. 

The advanced write commands are enabled one clock 
period earlier than the normal write to accommodate the 
wider write pulse widths often required by peripherals 
and static RAMs. The normal write provides data setup 
prior to write to accommodate dynamic RAM memories 
and I/O devices which strobe data on the leading edge of 
write. The advanced write commands do not guarantee 
that data is valid prior to the leading edge of the com- 
mand. The DEN signal in the maximum mode is inverted 
from the minimum mode to extend transceiver control 
by allowing logical conjunction of DEN with other 
signals. While not appearing to be a significant benefit 
in the basic maximum mode configuration, introduction 
of interrupt control and various system configurations 
will demonstrate the usefulness of qualifying DEN. 
Diagram 3A3 compares the timing of the minimum and 
maximum mode bus transfer commands. Although the 



rL-TL 




1 QUEUE STATUS INDICATES FIRST BYTE OF OPCODE FRORjl THE QUEUE. 

2 THE LOCK OUTPUT WILL GO INACTIVE BETWEEN SEPARATE LOCKED INSTRUCTIONS. 

3 TWO CLOCKS ARE REQUIRED FOR DECODE OF THE LOCK PREFIX AND 
ACTIVATION OF THE LOCK SIGNAL. 

4 SINCE QUEU E STA TUS REFLECTS THE QUEUE OPERATION IN THE PREVIOUS CLOCK 
CYCLE, THE LOCK OUTPUT ACTUALLY GOES ACTIVE COINCIDENT WITH THE START 
OF THE NEXT INSTRUCTION AND REMAINS ACTIVE FOR ONE CLOCK CYCLE 
FOLLOWING THE INSTRUCTION. 

5 IF TH E INSTRUCTION FOLLOWING THE LOCK PREFIX IS NOT IN THE QUEUE. THE 
LOCK OUTPUT STILL GOES ACTIVE AS SHOWN WHILE THE INSTRUCTION IS BEING 
FETCHED. 

6 THE BlU WILL STILL PERFORM IN STRUC TION FETCH CYCLES DURING EXECUTION 
OF A LOCKED INSTRUCTION. THE L5CK MERELY LOCKS THE BUS TO THIS CPU FOR 
WHATEVER BUS CYCLES THE CPU PERFORMS DURING THE LOCKED INSTRUCTION. 



Diagram 3A1. 8086 Lock Activity 



A-16 



AP-67 



maximum mode configuration Is designed for multi- 
processor environments, large single CPU designs 
(either Multibus systems or greater than two PC boards) 
should also use the maximum mode. Since the 8288 is a 
bipolar dedicated controller device, its output drive for 
the commands (32 mA) and tolerances on AC character- 
istics (timing parameters and worse case delays) pro- 
vide better large system performance than the minimum 
mode 8086. 



In addition to assuming the functions removed from the 
CPU, the 8288 provides additional strapping options and 
controls to support multiprocessor configurations and 
peripheral devices on the CPU local bus. These capa- 
bilities allow assigning resources (memory or I/O) as 
shared (available on the Multibus system bus) or private 
(accessible only by this CPU) to reduce contention for 
access to the Multibus system bus and improve multi- 
CPU system performance. Specific configuration possi- 
bilities are discussed in APt51. 
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Diagram 3A2. Status Line Activation and Termination 
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Diagram 3A3. 8086 IMinimum and IVIaximum iVIode Command Timing 



A-17 



AP-67 



3B. Clock Generation 

The 8086 requires a clock signal with fast rise and fall 
times (10 ns max) between low and high voltages of 
- 0.5 to + 0.6 low and 3.9 io VCC+ 1.0 high. The max- 
imum clock frequency of the 8086 Is 5 MHz and 8 MHz 
for the 8086-2. Since the design of the 8086 incorporates 
dynamic cells, a minimum frequency of 2 MHz is re- 
quired to retain the state of the machine. Due to the 
minimum frequency requirement, single stepping or 
cycling of the CPU may not be accomplished by dis- 
abling the clock. The timing and voltage requirements of 
the CPU clock are shown In Figure 3B1. In general, for 
frequencies below the maximum, the CPU clock need 
not satisfy the frequency dependent pulse width limi- 
tations stated In the 8086 data sheet, the values 
specified only reflect the minimum values which must 
be satisfied and are stated In terms of the maximum 
clock frequency. As the clock frequency approaches the 
maximum frequency of the CPU, the clock must con- 
form, to a 33% duty cycle to satisfy the CPU minimum 
clock low and high time specifications. 



+ 5 
3.9 

1,5 
.6 - 
0 

-.5 



200 ns MIN 
500 ns MAX 



Figure 3B1. 8086 Clock 



An optimum 33% duty cycle clock with the required 
voltage levels and transition times can be obtained with 
the 8284 clock generator (Fig. 3B2). Either an external 
frequency source or a series resonant crystal may drive 
the 8284. The selected source must oscillate at 3X the 
desired CPU frequency. To select the crystal Inputs of 
the 8284 as the frequency source for clock generation, 
the F/C Input to the 8284 must be strapped to ground. 
The strapping option allows selecting either the crystal 
or the external frequency input as the source for clock 
generation. Although the 8284 provides an Input for a 
tank circuit to accommodate overtone mode crystals, 
fundamental mode crystals are recommended for more 
accurate and stable frequency generation. When selec- 
ting a crystal for use with the 8284, the series resistance 
should be as low as possible. Since other circuit com- 
ponents will tend to shift the operating frequency from 
resonance, the operating impedance will typically be 
higher than the specified series resistance. If the at- 
tenuation of the oscillator's feedback circuit reduces 
the loop gain to less than one, the oscillator will fall. 
Since the oscillator delays In the 8284 appear as induc- 
tive elements to the crystal, causing it to run at a fre- 
quency below that of the pure series resonance» a 
capacitor should be placed in series with the crystal and 
the X2 input of the 8284. This capacitor serves to cancel 
this Inductive element. The value of the capacitor (CL) 



must not cause the impedance of the feedback circuit to 
reduce the loop gain below one. The impedance of the 
capacitor Is a function of the operating frequency and 
can be determined from the following equation: 

XCL=1/2n*F*CL 




Figure 382. 8284 Clock Generator 



It is recommended that the crystal series resistance 
plus XCL be kept less than 1 K ohms. This capacitor also 
serves to debias the crystal and prevent a DC voltage 
bias from straining and perhaps damaging the crystal- 
line structure. As the crystal frequency Increases, the 
amount of capacitance should be decreased. For exam- 
ple, a 12 MHz crystal may require CL ~ 24 pF while 22 
MHz may require CL~8 pF. If very close correlation 
with the pure series resonance is not necessary, a 
nominal CL value of 12-15 pF may be used with a 15 MHz 
crystal (5 MHz 8086 operation). Board layout and compo- 
nent variances will affect the actual amount of Induc- 
tance and therefore the series capacitance required to 
cancel It out (this is especially true for wire-wrapped 
layouts). 

Two of the many vendors which supply crystals for Intel 
microprocessors are listed In Table 3B1 along with a list 
of crystal part numbers for various frequencies which 
may be of interest. For additional information on speci- 
fying crystals for Intel components refer to application 
note AP-35. 

TABLE 381. CRYSTAL VENDORS 



f 


Parailei/ 
Series 


Cry8tek<^> 
Corp. 


CTSKnlght,^^^ 
Inc. 


15.0 MHz 


S 


CY15A 


MP150 


18.432 


S 


CY19B* 


MP184* 


24.0 MHz 


s 


CY24A 


MP240 



*lntel also supplies a crystal numbered 8801 for this application. 

Notes: 1. Address: 1000 Crystal Drive. Fort Meyers, Florida 33901 
2. Address: 400 Relmann Ave., Sandwich. Illinois 



If a high accuracy frequency source, externally variable 
frequency source or a common source for driving mul- 
tiple 8284's is desired, the External Frequency Input 
(EFI) of the 8284 can be selected by strapping the F/C in- 
put to 5 volts through ~1 K ohms (Fig. 3B3). The external 
frequency source should be TTL compatible, have a 
50% duty cycle and oscillate at three times the desired 
CPU operating frequency. The maximum EFI frequency 
the 8284 can accept Is slightly above 24 MHz with 
minimum clock low and high times of 13 ns. Although 
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no minimum EFI frequency is specified, it should not 
violate the CPU minimum clock rate. If a common fre- 
quency source is used to drive multiple 8284's 
distributed throughout the system, each 8284 should be 
driven by its own line from the source. To minimize 
noise In the system, each line should be a twisted pair 
driven by a buffer like the 74LS04 with the ground of the 
twisted pair connecting the grounds of the source and 
receiver. To minimize clock skew, the lines to all 8284's 
should be of equal length. A simple technique for gen- 
erating a master frequency source for additional 8284's 
Is shown In Figure 3B4. One 8284 with a crystal is used 
to generate the desired frequency. The oscillator output 
of the 8284 (OSC) equals the crystal frequency and Is 
used to drive the external frequency to all other 8284's 
In the system. 




Figure 3B3. 8284 with Externai Frequency Source 
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The oscillator output is inverted from the oscillator 
signal used to drive the CPU clock generator circuit. 
Therefore, the oscillator output of one 8284 should not 
drive the EFI Input of a second 8284 if both are driving 
clock inputs of separate CPU's that are to be syn- 
chronized. The variation on EFI to CLK delay over a 
range of 8284's may approach 36 to 46 ns. If, however, all 
8284's are of the same package type, have the same 
relative supply voltage and operate in the same tem- 
perature environment, the variation will be reduced to 
between 15 and 25 ns. 

There are three frequency outputs from the 8284, the 
oscillator (DSC) mentioned above, the system clock 
(CLK) which drives the CPU, and a peripheral clock 
(PCLK) that runs at one half the CPU clock frequency. 
The oscillator output is_only driven by the crystal and is 
not affected by the F/C strapping option. If a crystal is 
not connected to the 8284 when the externai frequency 
input is used, the oscillator output is indeterminate. The 
CPU clock is derived from the selected frequency 
source by an internal divide by three counter. The 
counter generates the 33% duty cycle clock which Is op- 
timum for the CPU at maximum frequency. The 
peripheral clock has a 50% duty cycle and is derived 
from the CPU clock. Diagram 3B0 shows the relation- 
ship of CLK to OSC and PCLK to CLK. The maximum 
skew is 20 ns between OSC and CLK, and 22 ns between 
CLK and PCLK. 

Since the state of the 8284 divide by three counter is In- 
determinate at system Initialization (power on), an exter- 
nal sync to the counter (CSYNC) Is provided to allow 
synchronization of the CPU clock to an externai event. 
When CSYNC Is brought high, the CLK and PCLK out- 
puts are forced high. When CSYNC returns low, the next 
positive clock from the frequency source starts clock 
generation. CSYNC must be active for a minimum of two 
periods of the frequency source. If CSYNC is asynchro- 
nous to the frequency source, the circuit In Figure 3B5 
should be used for synchronization. The two latches 
minimize the probability of a meta-stable state in the 
latch driving CSYNC. The latches are clocked with the 
inverse of the frequency source to guarantee the 8284 
setup and hold time of CSYNC to the frequency source 
(Diag. 381). If a single 8284 is to be synchronized to an 
external event and an external frequency source is not 
used, the oscillator output of the 8284 may be used to 



Figure 3B4. External Frequency for lUluitiple 8284s 




Diagram 3B0. OSC CLK and CLK PCLK Relationships 
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synchronize CSYNC (Fig. 3B6). Since the oscillator out- 
put is inverted from the internal oscillator signal, the in- 
verter in the previous example is not required, if multiple 
8284's are to be synchronized, an external frequency 
source must drive all 8284's and a single CSYNC syn- 
chronization circuit must drive the CSYNC input of ail 
8284's (Fig. 3B7). Since activation of CSYNC may cause 
violation of CPU minimum cloci; low time, it should only 
be enabled during reset or CPU clocl< high. CSYNC must 
also be disabled a minimum of four CPU cioclcs before 
the end of reset to guarantee proper CPU reset. 
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Figure 385. Synchronizing CSYNC with EPi 
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Diagram 3B1. CSYNC Setup and Hold to EFI 
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Figure 3B7. Synchronizing IMuitlpie 82848 



Due to the fast transitions and high drive (5 mA) of the 
8284 CLK output, it may be necessary to put a 10 to 100 
ohm resistor in series with the clocic line to eliminate 
ringing (resistor value depending on the amount of drive 
required). If multiple sources of CLK are needed with 
minimum s)<ew, CLK can be buffered by a high drive 
device (74S241) with outputs tied to 5 volts through 100 
ohms to guarantee VOH—3.9 min (8086 minimum clock 
input high voltage) (Fig. 3B8). A single 8284 should not 
be used to generate the CLK for multiple CPU's that do 
not share a common local (multiplexed) bus since the 
8284 synchronizes reacly to the CPU and can only ac- 
commodate ready for a single CPU. If multiple CPU's 
share a local bus, they should be driven with the same 
clocl< to optimize transfer of bus control. Under these 
circumstances, only one CPU will be using the bus for a 
particular bus cycle which allows sharing a common 
READY signal (Fig. 3B9). 
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Figure 3B6. EFI from 8284 Oscillator Figure 3B8. Buffering the 8284 CLK Output 
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MULTIPLEXED BUS 



Figure 3B9. 8086 and Co processor on the Local Bus Share a 
Common 8284 



3C. Reset 

The 8086 requires a high active reset with minimum 
puise width of four CPU cioci<s except after power on 
which requires a 50 fiS reset pulse. Since the CPU inter- 
naiiy synchronizes reset with the ciocl<, the reset is in- 
ternaliy active for up to one clocl< period after the exter- 
nal reset. NIorvMaskable interrupts (NMi) or hold re- 
quests on RQ/GT which occur during the Internal reset, 
are not acknowledged^ A minimum mode hold request 
or maximum mode RQ pulses active immediately after 
the internal reset wUI be honored before the first in- 
struction fetch. 

From reset, the 8086 will condition the bus as shown in 
Table 3C1. The multiplexed bus will three-state upon 
detection of reset by the CPU. Other signals which 
three-state will be driven to the inactive state for one 
clock low interval prior to entering three-state (Fig. 3C1). 
In the minimum mode, ALE and HLDA are driven inac- 
tive ^d are not three-stated. In the maximum mode, 
RQ/GT lines are held inactive and the queue status in- 
dicates no activity. The queue status will not indicate a 
reset of the queue so any user defined external circuits 
monitoring the queue should also be reset by the 
system reset. 22K ohm pull-up resistors should be con- 
nected to the CPU command and bus control lines to 



guarantee the inactive state of these lines in systems 
where leakage currents or bus capacitance may cause 
the voltage levels to settle below the minimum high 
voltage of devices in the system. In maximum mode 
systems, the 8288 contains internal pull-ups on the 
S0-S2 inputs to maintain the inactive state for these 
lines when the CPU floats the bus. The high state of the 
status lines during reset causes the 8288 to treat the 
reset sequence as a passive state. The condition of the 
8288 outputs for the passive state are shown in Table 
3C2. If the reset occurs during a bus cycle, the return of 
the status lines to the passive state will terminate the 
bus cycle and return the command lines to the inactive 
state. Note that the 8288 does not three-state the com- 
mand outputs based on the passive state of the status 
lines. If the designer needs to three-state the CPU off 
the bus during reset in a single CPU system , the reset 
signal should also be connected to the 8288's AEN input 
and the output enable of the address latches (Fig. 3C2). 
This forces the command and address bus interface to 
three-state while the inactive state of DEN from the 8288 
three-states the transceivers on the data bus. 



Table 301. 8086 Bus During Reset 



Signals 


Condition 




Three-State 




Three-State 


BHE/S7 


Three-State 


S2/(M/I0) 


Driven to "1 " then three-state 


S1/(DT/R) 


Driven to "1 " then three-state 


SO/DEN 


Driven to "1 " then three-state 


LOCK/WR 


Driven to "1" then three-state 


RD 


Driven to "1 " then three-state 


INTA 


Driven to "1 " then three-state 


ALE 


0 


HLDA 


0 


RQ/GTO 


1 


RQ/GT1 


1 


QSO 


0 


QS1 


0 



INTERNAL RESET 




FLOAT BUS 

DRIVE OUTPUT TO INACTIVE STATE 



Figure 3C1. 8086 Bus Conditioning on Reset 
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TABLE 3C2. 6286 OUTPUTS DURINQ PASSIVE MODE 



ALE 


0 


DEN 


0 


DT/R 


■ -1. 


MCE/PDEN 


0/1 


COMMANDS 


1 ■■■■■■ 




Figure 3C2. Reset Disable for Max Mode 8086 Bus interface 



For multiple processor systems using arbitration of a 
multim aste r bus, the system reset stiould be connected 
to the INIT input of the 8289 bus arbiter in a dditi on to 
the 8284 reset input (Fig. 3C3). The low active INIT Input 
forces all 8289 output s to their inactive state. The inac- 
tive staite of the 8289 AEN output vj'\\\ force the 8288 to 
three-state the command outputs and the address 
latches to three-state the address bus interface. DEN in- 
active from the 8288 will three-state the data bus inter- 
face. For the multimaster CPU configuration, the reset 
should be common to all CPU's (8289's and 8284's) and 
satisfy the maximum of either the CPU reset re- 
quirements or 3 TBLBL (3 8289 bus clock times) -h 3 
TCLCL (3 8086 clock cycle times) to satisfy 8289 reset 
requirements. 



If the 8288 command outputs are three-stated during 
reset, the command lines should be pulled up to Vqc 
through 2.2K ohm resistors. 

The reset signal to the 8086 can be generate d by the 
8284. The 8284 has a schmitt trigger input (RES) for 
generating reset from a low active external reset. The 
hysteresis specified in the 8284 data sheet implies that 
at least .25 volts will separate the 0 and 1 switching 
point of the 8284 reset input. Inputs without hysteresis 
will switch from low to high and high to low at approxi- 
mately the same voltage threshold. The Inputs are 
guaranteed to switch at specified low and high voltages 
(VI L and VIH) but the actual switching point is anywhere 
in-between. Since VIL min is specified at .8 volts, the 
hysteresis guarantees that the reset will be active until 
the input reaches at least 1.05 volts. A reset will not be 
recognized until the Input drops at least .25 volts below 
the reset Inputs VIH of 2.6 volts. 

To guarantee reset from power up, the reset input must 
remain below 1.05 volts for 50 microseconds after Vcc 
has reached the minimum supply voltage of 4.5 volts. 
The hysteresis allows the reset input to be driven by a 
simple RC circuit as shown in Figure 3C4. The 
calculated RC value does not include time for the power 
supply to reach 4.5 volts or the charge accumulated dur- 
ing this interval. Without the hysteresis, the reset put- 
put might oscillate as the input voltage passes through 
the switching voltage of the input. The calculated RC 
value provides the minimum required reset period of 50 
microseconds for 8284's that switch at the 1.05 volt 
level and a reset period of approximately 162 micro- 
seconds for 8284's that switch at the 2.6 volt level, if 
tighter tolerance between the minimum and maximum 
reset times is necessary, the reset circuit shown in 
Figure 3C5 might be used rather than the sirriple RC cir- 
cuit. This circuit provides a constant current source and 
a linear charge rate on the capacitor rather than the In- 
verse exponential charge rate of the RC circuit. The 
maximum reset period for this implementation is 124 
microseconds. 
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Figure 303. Reset Disable of for Max Mode 8086 Bus Interface In 
Multi CPU System 



Figure 304. 8284 Reset Circuit 
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Figure 3C5. Constant Current Power-On Reset Circuit 

The 8284 synchronizes the reset input with the CPU 
Clock to generate the RESET signal to the CPU (Fig. 
3C6). The output is also available as a general reset to 
the entire system. The reset has no effect on any clocl< 
circuits in the 8284. 




3D. Ready Implementation and Timing 

As discussed previously, the ready signal Is used In the 
system to accommodate memory and I/O devices that 
cannot transfer information at the maximum CPU bus 
bandwidth. Ready is also used In multiprocessor 
systems to force the CPU to wait for access to the 
system bus or IVIuitlbus system bus. To insert a wait 
state in the bus cycle, the READY signal to the CPU 
must be Inactive (low) by the end of T2. To avoid Inser- 
tion of a wait state, READY must be active (high) within 
a specified setup time prior to the positive transition 
during T3. Depending on the size and characteristics of 
the system, ready implementation may tal<e one of two 
approaches. 

The classical ready implementation is to have the 
system 'normally not ready .' When t he selected device 
receives the command (RDAA/R/INTA) and has had suffi- 
cient time to complete the command. It activates 
READY to the CPU, allowing the CPU to terminate the 
bus cycle. This implementation is characteristic of large 
multiprocessor, IVIuitlbus systems or systems where 
propagation delays, bus access delays and device char- 
acteristics inherently slow down the system. For max- 
imum system performance, devices that can run with no 
wait states must return 'READY' within the previously 
described limit. Failure to respond in time will only 
result in the Insertion of one or more wait cycles. 

An alternate technique is to have the system 'normally 
ready.' Ail devices are assumed to operate at the max- 
imum CPU bus bandwidth. Devices that do not meet the 
requirement must disable READY by the end of T2 to 
guarantee the insertion of wait cycles. This implementa- 
tion is typically applied to small single CPU systems 
and reduces the logic required to control the ready 
signal. Since the failure of a device requiring wait states 
to disable READY by the end of T2 will result in prema- 
ture termination of the bus cycle, the system timing 
must be carefully analyzed when using this approach. 

The 8086 has two different timing requirements on 
READY depending on the system Implementation. For a 
'normally ready' system to insert a wait state, the 
READY must be disabled within 8 ns (TRYLCL) after the 
end of T2 (start of T3) (Diag. 3D1). To guarantee proper 



Figure 3C6. 8086 Reset and System Reset 
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Diagram 3D1. Normaliy Ready System inserting a Wait State 
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operation of the 8086, the READY input must not change 
from ready to not ready during the ciock iow time of T3. 
For a 'normaliy not ready' system to avoid wait states, 
READY must be active within 119 ns (TRYHCH) of the 



positive clock transition during T3 (Diag. 3D2). For both 
cases, READY must satisfy a hold time of 30 ns 
(TCHRYX) from the T3 or TW positive clock transition. 



-Ji 



ACTIVE READY SETUP 119 ns 
HOLD TIME 30 ns 



Diagram 3D2. Normally Not Ready System Avoiding a Walt State 



To generate a stable READY signal which satisfies the 
previous setup and hold times, the 8284 provides two 
separate system ready inputs (RDY1, RDY2) and a single 
synchronized ready output (READY) for the CPU. The 
RDY i n puts a re qualified with separate access enables 
(AEN1,AEN2, low active) to allow selecting one of the 
two ready signals (Fig. 3D1). The gated signals are 
logically OR'ed and sampled at the beginning of each 
CLK cycle to generate READY to the CPU (Diag. 3D3). 
The sampled READY signal is valid within 8 ns (TRYLCL) 
after CLK to satisfy the CPU timing requirements on 
'not ready' and ready. Since READY cannot change until 
the next CLK, the hold time requirements are also satis- 
fied. The system ready inputs to the 8284 (RDY 1,RDY2) 
must be valid 35 ns (TRIVCL) before T3 and AEN must be 
valid 60 ns before T3. For a system using only one RDY 
input, the associated AEN Is tied to ground while the 
other AEN is connected to 5 volts through ~1K ohms 
(Fig. 3D2a). If the system generates a l ow a ctive ready 
signal, It can be connected to the 8284 AE N Inp ut if the 
additional setup time required by the 8284 AEN Input is 
satisfied. In this case, the associated RDY Input would 
be tied high (Fig. 3D2b). 




Figure 3D1. Ready Inputs to tlie 8284 and Output to the 8086 
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'BEFORE' THE END OF T2 WHICH IMPLIES THE TIMING SHOWN. 



Diagram 3D3. 8284 with 8086 Ready Timing 
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Figure 3D2a. Using RDY1/RDY2 to Generate Ready 
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Figure 3D2b. Using AEN1/AEN2 to Generate Ready 



The majority of memory and peripheral devices which 
fail to operate at the maximum CPU frequency typically 
do not require more than one wait state. The circuit 
given In Figure 3D3 is an example of a simple wait state 
generator. The system ready line is driven low whenever 
a device requiring one wait state is selected. The flip 
flop is cleared by ALE, enabling RDY to the 8284. If no 
wait states are required, the flip flop does not change. If 
the system ready Is driven low, the flip flop toggles on 
the low to high clock transition of T2 to force one wait 
state. The next low to high clock transition toggles the 
flip flop again to indicate ready and allow completion of 
the bus cycle. Further changes In the state of the flip 
flop will not affect the bus cycle. The circuit allows 
approximately ioo ns for chip select decode and condi- 
tioning of the system ready (Diag. 3D4). 

If the system is 'normally not ready,' the programmer 
should not assign executable code to the last six bytes 
of physical memory. Since the 8086 prefetches instruc- 
tions, the CPU may attempt to access non-existent 
memory when executing code at the end of physical 



memory. If the access to non-existent memory fails to 
enable READY, the system will be caught in an in- 
definite wait. 
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Figure 3D3. Single Wait State Generator 



3E. Interrupt Structure 

The 8086 interrupt structure is based on a table of inter- 
rupt vectors stored in memory locations OIH through 
003FFH. Each vector consists of two bytes for the in- 
struction pointer and two bytes for the code segment. 
These two values combine to form the address of the in- 
terrupt service routine. This allows the table to contain 
up to 256 interrupt vectors which specify the starting ad- 
dress of the service routines anywhere in the one mega- 
byte address space of the 8086. if fewer than 256 differ- 
ent interrupts are defined in the system, the user need 
only allocate enough memory for the interrupt vector 
table to provide the vectors for the defined interrupts. 
During initial system debug, however, it may be desir- 
able to assign all undefined interrupt types to a trap 
routine to detect erroneous interrupts. 

Each vector is associated with an interrupt type number 
which points to the vector's location in the interrupt vec- 
tor table. The interrupt type number multiplied by four 
gives the displacement of the first byte of the associ- 
ated interrupt vector from the beginning of the table. As 
an example, interrupt type numbers points to the sixth 
entry in the interrupt vector table. The contents of this 
entry In the table points to the interrupt service routine 
for type 5 (Fig. 3E1). This structure allows the user to 
specify the memory address of each service routine by 
placing the address (instruction pointer and code seg- 
ment values) in the table location provided for that type 
interrupt. 




Diagram 3D4. 
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Figure 3E1. Direction to interrupt Service Routine tlirough the 
Interrupt Vector Table 



All Interrupts In the 8086 must be assigned an Interrupt 
type which uniquely identifies each Interrupt. There are 
three classes of interrupt types in the 8086; predefined 
interrupt types which are issued by specific functions 
within the 8086 and user defined hardware and software 
interrupts. Note that any interrupt type including the 
predefined Interrupts can be issued by the user's hard- 
ware and/or software. 

PREDEFINED INTERRUPTS 

The predefined Interrupt types in the 8086 are listed 
below with a brief description of how each Is Invoked. 
When Invoked, the CPU will transfer control to the 
memory location specified by the vector associated 
with the specific type. The user must provide the Inter- 
rupt service routine and initialize the Interrupt vector 
table with the appropriate service routine address. The 
user may additionally Invoke these Interrupts through 
hardware or software. If the preasslgned function Is not 
used In the system, the user may assign some other 
function to the associated type. However, for com- 
patibility with future Intel hardware and software prod- 
ucts for the 8086 family, interrupt types 0-31 should not 
be assigned as user defined interrupts. 

TYPE 0 - DIVIDE ERROR 

This Interrupt type Is Invoked whenever a division opera- 
tion is attempted during which the quotient exceeds the 
maximum value (ex. division by zero). The interrupt is 
non-maskable and Is entered as part of the execution of 
the divide Instruction, if Interrupts are not reenabled by 
the divide error interrupt service routine, the service 
routine execution time should be Included In the worst 
case divide Instruction execution time (primarily when 
considering the longest instruction execution time and 
Its effect on latency to servicing hardware interrupts). 



TYPE 1 - SINGLE STEP 

This interrupt type occurs one instruction after the TF 
(Trap Flag) is set In the flag register. It Is used to allow 
software single stepping through a sequence of code. 
Single stepping Is Initiated by copying the flags onto the 
stack, setting the TF bit on the stack and popping the 
flags. The Interrupt routine should be the single step 
routine. The Interrupt sequence saves the flags and pro- 
gram counter, then resets the TF flag to allow the single 
step routine to execute normally. To return to the 
routine under test, an interrupt return restores the IP, 
CS and flags with TF set. This allows the execution of 
the next Instruction in the program under test before 
trapping back to the single step routine. Single Step is 
not masked by the IF (Interrupt Flag) bit In the flag 
register. 

TYPE 2 — NMI (Non-Maskabie interrupt) 

This is the highest priority hardware interrupt and is 
non-maskable. The Input is edge triggered but is syn- 
chronized with the CPU clock and must be active for two 
clock cycles to guarantee recognition. The interrupt 
signal may be removed prior to entry to the service 
routine. Since the Input must make a low to high transi- 
tion to generate an interrupt, spurious transitions on the 
input should be suppressed. If the Input is normally 
high, the NMI low time to guarantee triggering is two 
CPU clock times. This input is typically reserved for 
catastrophic failures like power failure or timeout of a 
system watchdog timer. 

TYPE 3 — ONE BYTE INTERRUPT 

This Is invoked by a special form of the software inter- 
rupt instruction which requires a single byte of code 
space, its primary use Is as a breakpoint Interrupt for 
software debug. With full representation within a single 
byte, the instruction can map into the smallest instruc- 
tion for absolute resolution in setting breakpoints. The 
interrupt is not maskable. 

TYPE 4 - INTERRUPT ON OVERFLOW 

This Interrupt occurs If the overflow flag (OF) is set in 
the flag register and the INTO instruction Is executed. 
The Instruction allows trapping to an overflow error ser- 
vice routine. The interrupt is non-maskable. 

interrupt types 0 and 2 can occur without specific action 
by the programmer (except for performing a divide for 
Type 0) while types 1 , 3, and 4 require a conscious act by 
the programmer to generate these Interrupt types. All 
but type 2 are Invoked through software activity and are 
directly associated with a specific instruction. 

USER DEFINED SOFTWARE INTERRUPTS 

The user can generate an interrupt through the software 
with a two byte Interrupt instruction INT nn. The first 
byte Is the INT opcode while the second byte (nn) con- 
tains the type number of the interrupt to be performed. 
The INT Instruction Is not maskable by the Interrupt 
enable flag. This Instruction can be used to transfer con- 
trol to routines that are dynamically relocatable and 
whose location in memory Is not known by the calling 
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program. This technique also saves the flags of the call- 
ing program on the stack prior to transferring control. 
The called procedure must return control with an inter- 
rupt return (I RET) instruction to remove the flags from 
the stack and fully restore the state of the calling pro- 
gram. 

All interrupts invoked through software (all interrupts 
discussed thus far with the exception of NMI) are not 
maskable with the IF flag and initiate the transfer of 
control at the end of the instruction in which they occur. 
They do not initiate interrupt acknowledge bus cycles 
and will disable subsequent maskable interrupts by 
resetting the IF and TF flags. The interrupt vector for 
these interrupt types is either implied or specified in the 
Instruction. Since the NMI is an asynchronous event to 
the CPU, the point of recognition and Initiation of the 
transfer of control Is similar to the maskable hardware 
Interrupts. 

USER DEFINED HARDWARE INTERRUPTS 

The maskable interrupts initiated by the system hard- 
ware are activated through the INTR pin of the 8086 and 
are masked by the IF bit of the status register (interrupt 
flag). During the last clock cycle of each instruction, the 
state of the INTR pin Is sampled. The 8086 deviates from 
this rule when the Instruction Is a MOV or POP to a seg- 
ment register. For this case, the Interrupts are not 
sampled until completion of the following Instruction. 
This allows a 32-bit pointer to be loaded to the stack 
pointer registers SS and SP without the danger of an in- 
terrupt occurring between the two loads. Another excep- 
tion is the W AIT Ins truction which waits for a low active 
input on the TEST pin. This Instruction also continu- 
ously samples the interrupt request during Its execution 
and allows servicing Interrupts during the wait. When an 
interrupt is detected, the WAIT instruction is again 
fetched prior to servicing the interrupt to guarantee the 
interrupt routine will return to the WAIT Instruction. 



UNINTERRUPTABLE INSTRUCTION SEQUENCE 

MOV SS, NEW$STACK$SEGMENT 
MOV SP, NEW$STACK$POINTER 

Also, since prefixes are considered part of the Instruc- 
tion they precede, the 8086 will not sample the Interrupt 
line until completion of the instruction the prefix(es) 
precede(s). An exception to this (other than HALT or 
WAIT) is the string primatlves preceded by the repeat 
(REP) prefix. The repeated string operations will sample 
the Interrupt line at the completion of each repetition. 
This includes repeat string operations which include the 
lock prefix. If multiple prefixes precede a repeated 
string operation, and the instruction is interrupted, only 
the prefix immediately preceding the string primatlve Is 
restored. To allow correct resumption of the operation, 
the following programming technique may be used: 

LOCKED$BLOCK$MOVE: LOCK REP MOVS DEST. CSrSOURCE 
ANDCX, CX 
JNZ L0CKED$BLOCK$MOVE 

The code bytes generated by the 8086 assembler for the 
MOVS instruction are (in descending order): LOCK 
prefix, REP prefix. Segment Override prefix and MOVS. 
Upon return from the interrupt, the segment override 
prefix is restored to guarantee one additional transfer is 
performed between the correct memory locations. The 
instructions following the move operation test the 
repetition count value to determine if the move was 
completed and return If not. 

If the INTR pin is high when sampled and the IF bit is set 
to enable Interrupts, the 8086 executes an interrupt 
acknowledge sequence. To guarantee the Interrupt will 
be acknowledged, the INTR input must be held active 
until the interrupt acknowledge is issued by the CPU. If 
the BlU is running a bus cycle when the interrupt condi- 
tion is detected (as would occur If the BlU is fetching an 
instruction when the current Instruction completes), the 
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Figure 3E2. Interrupt Acknowledge Sequence 
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Interrupt must be valid at the 8086 2 clock cycles prior to 
T4 of the bus cycle if the next cycle is to be an interrupt 
acknowledge cycle. If the 2 clock setup is not satisfied, 
another pending bus cycle will be executed before the 
Interrupt acknowledge is Issued. If a hold request is also 
pending (this might occur If an interrupt and hold re- 
quest are made during execution of a locked Instruc- 
tion), the Interrupt Is serviced after the hold request is 
serviced. 

The Interrupt acknowledge sequence is only generated 
In response to an interrupt on the 8086 INTR input. The 
associated bus acti vity is shown in Figure 3E2. The cy- 
cle consists of two INTA bus cycles separa ted by two 
idle clock cycles. During the bus cycles the INTA com- 
mand is issued rather than read. No addre ss is provided 
by the 8086 during either bus cycle (BHE and status are 
valid), however, ALE is still generated and will load the 
address latches with Indeterminate information. This 
condition requires that devices in the system do not 
drive their outputs without being qualified by the Read 
Comrriand. As will be shown later, the ALE is useful in 
maximum mode systems with m ultipl e 8259A priority In- 
terrupt controllers. During the INTA bus cycles, DT/R 
and DEN are conditioned to allow the 8086 to receive a 
one byte Interru pt typ e number from the Interrupt 
system, the first INTA bus cycle signals an Interrupt 
acknbwledjge cycle Is In progress and allows the system 
to pr epare to present the Interrupt type number on the 
next INTA bus cycle, the CPU does not capture Informa- 
tion on the bus during the first cycle. The type number 
must be transferred to the 8086 on the lower half of the 
16-blt data bus during the second cycle. This Implies 
that devices which present Interrupt type numbers to 
the 8086 must be located on the lower half of the 16-blt 
data bus. The timing of the INTA bus cycles (with excep- 
tion of address timing) is similar to read cycle timing. 
The 8086 interrupt acknowledge sequence deviates 
from the form used on 8080 and 8085 in that no instruc- 
tion Is issued as part of the sequence. The 8080 and 

8085 required either a restart or call Instruction be 
Issued to affect the transfer of control. 

In the minimum mode syste m, th e M/lO signal will be 
low Indi cating I/O during the INTA bus cycles. The 8086 
Internal LOCK signal will be active from T2 of the first 
bus cycle until T2 of the second to preven t the B lU from 
honoring a hold request between the two INTA cycles. 

In the maximum mode, the status lines S0-S2 will re- 
quest th e 8288 to activate the INTA output for each cy- 
cle. The LOCK output of the 8086 will be active from T2 
of the first cycle until T2 of the second to prevent the 

8086 from honoring a hold request on either RQ/GT in- 
put and to prevent bus arbitra tion logic from relinquish- 
ing the bus between INTA's in multi-master systems. 
The consequences of READY are identical to those for 
READ and WRITE cycles. 

Once the 8086 has the interrupt type number (from the 
bus for hardware interrupts, from the instruction stream 
for software interrupts or from the predefined con- 
dition), the type number is multiplied by four to form the 
displacement to the corresponding Interrupt vector In 
the interruDt vector table. The four bytes of the interrupt 



vector are: least significant byte of the instruction 
pointer, most significant byte of the Instruction pointer, 
least significant byte of the code segment register, 
most significant byte of the code segment register. Dur- 
ing the transfer of control, the CPU pushes the flags and 
current code segment register and instruction pointer 
ontp the stack. The new code segment and instruction 
pointer values are loaded and the single step and Inter- 
rupt flags are reset. Resetting the Interrupt flag disables 
response to further hardware interrupts in the service 
routine unless the flags are specifically re-enabled by 
the service routine. The CS and IP values are read from 
the Interrupt vector table with data read cycles. No seg- 
ment registers are used when referencing the vector 
table during the Interrupt context switch. The vector 
displacement Is added to zero to form the 20-bit address 
and S4, S3= 10 indicating no segment register selec- 
tion. 

The actual bus activity associated with the hardware in- 
terrupt acknowledge sequence Is as follows: Two Inter- 
rupt acknowledge bus cycles, read new IP from the in- 
terrupt vector table, read new OS from the Interrupt vec- 
tor table, Push flags, Push old CS, Opcode fetch of the 
first instruction of the interrupt service routine, and 
Push old IP. After saving the old IP, the Bill \yill resume 
normal operation of prefetching Instructions Into the 
queue and servicing EU requests for operands^ S5 (inter- 
rupt enable flag status) will go inactive in the second 
clock cycle following reading the new CS. 

The number of clock cycles from the end of the instruc- 
tion during which the interrupt occurred to the start of 
interrupt routine execution Is 61 clock cycles. For soft- 
ware generated interrupts, the sequence of bus cycles 
is the same except no Interrupt acknowledge bus cycles 
are executed. This reduces the delay to service routine 
execution to 51 clocks for INT nh and single step, 52 
clocks for INT3 and 53 clocks for INTO. The same Inter- 
rupt setup requirements with respect to the BlU that 
were stated for the hardware Interrupts also apply to the 
software interrupts. If wait states are inserted by either 
the memories or the device supplying the interrupt type 
number, the given clock times will Increase accordingly. 

When considering the precedence of interrupts for 
multiple simultaneous interrupts, the following guide- 
lines apply: 1. INTR Is the only maskable Interrupt and If 
detected simultaneously with other interrupts, resetting 
of IF by the other interrupts will mask INTR. This causes 
INTR to be the lowest priority interrupt serviced after all 
other interrupts unless the other Interrupt service 
routines reenable Interrupts. 2. Of the nonmaskable In- 
terrupts (NMI, Single Step and software generated), In 
general. Single Step has highest priority (will be ser- 
viced first) followed by NMI, followed by the software in- 
terrupts. This implies that a simultaneous NMI and 
Single Step trap will cause the NMI service routine to 
follow single step; a simultaneous software trap and 
Single Step trap will cause the software interrupt ser- 
vice routine to follow single step and a simultaneous 
NMI and software trap will cause the NMI service 
routine to be executed followed by the software inter- 
rupt service routine. An exception to this priority struc- 
ture occurs if all three Interrupts are pending. For this 
case, transfer of control to the software interrupt ser- 
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vice routine followed by the NMI trap will cause both the 
NMI and software Interrupt service routines to be ex- 
ecuted without single stepping. Single stepping 
resumes upon execution of the Instruction following the 
Instruction causing the software Interrupt (the next In- 
struction in the routine being single stepped). 

If the user does not wish to single step before INTR ser- 
vice routines, the single step routine need only disable 
Interrupts during execution of the program being single 
stepped and reenable Interrupts on entry to the single 
step routine. Disabling the interrupts during the pro- 
gram under test prevents entry Into the Interrupt service 
routine while single step (TF = 1) is active. To prevent 
single stepping before NMI service routines, the single 
step routine must check the return address on the stack 
for the NMI service routine address and return control to 
that routine without single step enabled. As examples, 
consider Figures 3E3a and 3E3b. In 3E3a Single Step 
and NMI occur simultaneously while In 3E3b, NMI, INTR 
and a divide error all occur during a divide Instruction 
being single stepped. 
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TRANSFER CONTROL 






NMI (IF. TF = 0) 



PUSH FLAGS, CS, IP 

CLEAR IF & TF 
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Figure 3E3a. NMI During Single Stepping and Normal Single Step 
Operation 
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Figure 3E3b. NMI, INTR, Single Step and Divide Error Simultaneous 
Interrupts 



SYSTEM CONFIGURATIONS 

To accommodate the INTA protocol of the maskable 
hardware Interrupts, the 8259A Is provided as part of the 
8086 family. This component is programmable to 
operate in both 8080/8085 systems and 8086 systems. 
The devices are cascadabie in master/slave arrange- 
ments to allow up to 64 Interrupts in the system. Figures 
3E4 and 3E5 are examples of 8259A's In minimum and 
maximum mode 8086 systems. The minimum mode con- 
figuration (a) shows an 8259A connected to the CPU's 
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multiplexed bus. Configuration (b) illustrates an 8259A 
connected to a demultiplexed bus system. These inter- 
connects are also applicable to maximum mode 
systems. The configuration given for a maximum mode 
system shows a master 8259A on the CPU's multiplexed 
bus with additional slave 8259A's out on the buffered 
system bus. This configuration demonstrates several 
unique features of the maximum mode system inter- 
face. If the master 8259A receives interrupts from a mix 
of slave 8259A's and regular interrupting devices, the 
slaves must provide the type number for devices con- 
nected to them while the master provides the type 
number for devices directly attached to its interrupt in- 
puts. The master 8259A is programmable to determine if 
an interrupt is from a direct input or a slave 8259A and 
will use this information to enable or disable the data 
bus transceivers (via the 'nand' function of DEN and 
EN). If the master must provide the type number, it will 
disable the data bus transceivers. If the slave provides 
the type number, the master will enable the data bus 
transceivers. The EN output is normally high to allow 



the 8086/8288 to control the bus transceivers. To select 
the proper slave when servicing a slave interrupt, the 
master must provide a cascade address to the slave, if 
the 8288 is not strapped in the i/Q bus m ode (th e 8288 
lOB input connected to ground)^ the MCE/PDEN output 
becomes a MCE or Master C ascade Enable output. This 
signal is only active during I NTA cycles as shown in 
Figure 3E6 and enables the master 8259A's cascade ad- 
dress onto the 8086's local bus during aLE. This allows 
the address latches to capture the cascade address with 
ALE and allows use of the system address bus for 
select ing the proper slave 8259A. The MCE is gated with 
LOCK to minimize local bus contention between the 
8086 three-stating its bus outputs and the casc ade ad- 
dress being enabled onto the bus. The first INTA bus cy- 
cle allows the master to resolve internal priorities and 
output a cascade addre ss to be transmitted to the 
slaves on the subsequent INTA bus cycle. For additional 
information on the 8259A, reference application note 
AP-59. 
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3F. Interpreting the 8086 Bus Timing Diagrams 

At first glance, the 8086 bus timing diagrams (Diag. 3F1 
min mode and Diag. 3F2 max mode) appear rather com- 
plex. However, with a few words of explanation on how 
to interpret them, they become a powerful tool in deter- 
mining system requirements. The timing diagrams for 
both the minimum and maximum modes may be divided 
into six sections: (1) address and ALE timing; (2) read cy- 
cle timing; (3) write cycle timing; (4) interrupt acknowl- 
edgejiming; (5) ready timing; and (6) HOLD/HLDA or 
RQ/GT timing. Since the A.C. characteristics of the 
signals are specified relative to the CPU clock, the rela- 
tionship between the majority of signals can be de- 
duced by simply determining the clock cycles between 
the clock edges the signals are relative to and adding or 
subtracting the appropriate minimum or maximum 
parameter values. One aspect of system timing not com- 
pensated for In this approach Is the worst case relation- 
ship between minimum and maximum parameter values 
(also known as tracking relationships). As an example, 
consider a signal which has specified minimum and 
maximum turn on and turn off delays. Depending on 
device characteristics, it may not be possible for the 
component to simultaneously demonstrate a maximum 
turn-on and minimum turn-off delay even though worst 
case analysis might imply the possibility. This argument 
is characteristic of IVIOS devices and is therefore ap- 
plicable to the 8086 A.C. characteristics. The message 
is: worst case analysis mixing minimum and maximum 
delay parameters will typically exceed the worst case 
obtainable and therefore should not be subjected to fur- 
ther subjective degradation to obtain worst-worst case 
values. This section will provide guidelines for specific 
areas of 8086 timing sensitive to tracking relationships. 

A. IVIiNIMUM IVIODE BUS TIIVIING 
1. ADDRESS and ALE 

The address/ALE timing relationship is important to 
determine the ability to capture a valid address from the 
multiplexed bus. Since the 8282 and 8283 latches cap- 
ture the address on the trailing edge of ALE, the critical 
timing involves the state of the address lines when ALE 
terminates, if the address valid delay is assumed to be 
maximum TCLAV and ALE terminates at its earliest 
point, TCHLLmin (assuming zero minimum delay), the 
address would be valid only TCLCHmin-TCLAVmax = 8 
ns prior to ALE termination. This result is unrealistic in 
the assumption of maximum TCLAV and minimum 
TCHLL. To provide an accurate measure of the true 
worst case, a separate parameter specifies the 
minimum time for address valid prior to the end of ALE 
(TAVAL). TAVAL = TCLCH-60 ns overrides the clock 
related timings and guarantees 58 ns of address setup 
to ALE termination for a 5 IVIHz 8086. The address is 
guaranteed to remain valid beyond the end of ALE by the 
TLLAX parameter. This specification overrides the rela- 
tionship between TCHLL and TCLAX which might seem 
to imply the address may not be valid by the end of the 
latest possible ALE. TLLAX holds for the entire address 
bus. The TCLAXmin spec on the address indicates the 
earliest the bus will go invalid if not restrained by a slow 
ALE. TLLAX and TCLAX apply to the entire multiplexed 
bus for both read and write cycles. AD15-0 is three- 



stated for read cycles and immediately switched to 
write data during write cycles. AD19-16 immediately 
switch from address to status for both read and write 
cycles. The minimum ALE pulse width is guaranteed by 
TLHLLmin which takes precedence over the value ot>- 
tained by relating TCLLHmax and TCHLLmin. 

To determine the worst case delay to valid address on a 
demultiplexed address bus, two paths must be con- 
sidered: (1) delay of valid address and (2) delay to ALE. 
Since the 8282 and 8283 are flow through latches, a valid 
address is not transmitted to the address bus until ALE 
is active. A comparison of address valid delay TCLAV- 
max with ALE active delay TCLLHmax indicates TCLAV- 
max is the worst case. Subtracting the latch prop- 
agation delay gives the worst case address bus valid 
delay from the start of the bus cycle. 

2. Read Cycle Timing 

Read timing consists of conditioning the bus, activating 
the read command and establishing the data transceiver 
enable and direction controls. DT/R is established early 
in the bus cycle and requires no further consideration. 
During read, the DEN signal must allow the transceivers 
to propagate data to the CPU with the appropriate data 
setup time and c ontin ue to do so until the required data 
hold time. The DEN turn on delay allows TCLCL-h 
TCHCLmin - TCVCTVmax - TDVCL= 127 ns transceiver 
enable time prior to valid data required by the CPU. 
Since the CPU data hold time TCLDXmin and minimum 
DEN turnoff delay TCVCTXmin are both 10 ns relative to 
the sam e cloc k edge, the hold time is guaranteed. Addi- 
tionally, DEN must disable the transceivers prior to the 
CPU redriving the bus with the address for the next bus 
cycle. The maximum DEN turn off delay (TCVCTXmax) 
compared with the minimum delay for addresses out of 
the 8086 (TCLCL-i-TCLAVmin) indicates the trans- 
ceivers are disabled at least 105 ns before the CPU 
drives the address onto the multiplexed bus. 

If memory or I/O devices are connected directly to the 
multiplexed address and data bus, the TAZRL parameter 
guarantees the CPU will float the bus before activating 
read and allowing the selected device to drive the bus. 
At the end of the bus cycle, the TRHAV parameter spec- 
ifies the bus float delay the device being deselected 
must satisfy to avoid contention with the CPU driving 
the address for the next bus cycle. The next bus cycle 
may start as soon as the cycle foiiowing T4 or any 
number of clock cycles later. 

The minimum delay from read active to valid data at the 
CPU is 2TCLCL-TCLRLmax-TDVCL=205 ns. The 
minimum pulse width is 2TCLCL-75 ns = 325 ns. This 
specification (TRLRH) overrides the result which could 
be derived from clock relative delays (2TCLCL- 
TCLRLmax + TCLRHmin). 



3. Write Cycle Timing 

The write cycle involves providing write data to the 
system, generating the write command and controlling 
data bus transceivers. The transceiver direction control 
signal DT/R is conditioned to transmit at the end of each 
read cycle and does not change during a write cycle. 
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This allows the transceiver enable signal DEN to be ac- 
tive early In the cycle (while addresses are valid) without 
corrupting the address on the multiplexed bus. The 
write data and write command are both enabl ed fr om the 
leading edge of 12. Comparing minimum WR active 
delay TCVCTVmIn with the maximum write data delay 
TCLDV Indicates that write data may be not valid until 
100 ns after write Is active. The devices In the system 
should capture data on the trailing edge of the write 
command rather than the leading edge to guarantee 
valid data. The data from the 8086 is valid a minimum of 
2TCLCL- TCLDVmax + TCVCTXmin = 300 ns before the 
trailing edge of write. The minimum write pulse width Is 
TWLWH = 2TCLCL-60 ns = 340 ns. The CPU maintains 
valid write data TWHDX ns after write. The TWHDZ spec- 
ification overrides the result derived by relating 
TCLCHmin and TCHDZmin which implies write data 
may only be valid 18 ns after WR. The 8086 floats the bus 
after write only if being forced off the bus by a HOLD or 



RQ input. Otherwise, the CPU simply switches the out- 
put drivers from data to address at the beginning of the 
next bus cycle. As with the read cycle, the next bus cy- 
cle may start In the clock cycle following T4 or any clocl^ 
cycle later. 

DEN is disabled a minimum of TCLCHmin + 
TCVCTXmin -TCVCTXmax = 18 ns after write to 
guarantee data hold time to the selected device. Since 
we are again evaluating a minimum TCVCTX with a max- 
imum TCVCTX, the real minimum delay from the end of 
write to transceiver disable is approximately 60 ns. 

4. Interrupt Aci<nowiedge Timing 

The Interrupt acl^nowiedge sequence consists of two in- 
terrupt acknowledge bus cycles as previously de- 
scribed. The detailed timing of each cycle is identical to 
the read cycle timing with two exceptions: command 

timing and address/data bus timing. 




Figure 3F1. 8086 Bus Timing — iUlinimum lUlode System 
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Figure 3F1. 8086 Bus Timing — IMinimum Mode System (Con't) 
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Figure 3F2a. 8086 Bus Timing — Maximum Mode System (Using 8288) 
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Figure 3F2b. 8086 Bus Timing — Maximum lUlocle System (Using 8288) (Con't) 
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The multiplexed addr ess/data bus floats from the begin- 
ning (T1) of the INTA cycle (within TCLAZ ns). The upper 
four multiplexed address/status lines do not three-state. 
The address value on A19-A16 is indeterminate but the 
status information will be valid (S3 = 0, S4 = 0, S5=IF, 
S6-0, S7=BHE = 0). The multiplexed address/data 
line s will remain in three-state until the cycle after T4 of 
the IN TA cycle. This sequence occurs for each of the 
INTA bus cycles. The inter rupt type number read by the 
8086 on the second INTA bus cycle must satisfy the 
same setup and hold times required for data during a 
read cycle. 

The DEN and DT/R signals are enabled for each INTA cy- 
cle and do not remain active between the two cycles. 
Their timing for each cycle is identical to the read cycle. 

The INTA command has the same timing as the write 
command. It is active within 110 ns of the start of T2 pro- 
viding 260 ns of access time from command to data 
valid at the 8086. The command is active a minimum of 
TCVCTXmin = 10 ns into T4 to satisf y the data hold time 
of the 8086. This provides minimum INTA pulse width of 
300 ns, however tal<ing signal delay tracl<ing into con- 
sideration gives a minimum puls e wid th of 340 ns. Since 
the maximum inactive delay of INTA is TCVCTXmax = 
110 ns and the CPU will not drive the bus until 15 ns 
(TCLAVmin) into the next clocl< cycle, 105 ns are avail- 
able for interrupt devices on the local bus to float their 
outputs. If the data bus is buffered, DEN provides the 
same amount of time for local bus transceivers to three- 
state their outputs. 

5. Ready Timing 

The detailed timing requirements of the 8086 ready 
signal and the system ready signal into the 8284 are 
described in Section 3D. The system ready signal is 
typically generated from either the address decode of 
the selected dev ice o r the address decode and the com- 
mand (RD, WR, INTA). For a system which is normally 
not ready, the time to generate ready from a valid ad- 
dress and not insert a wait state, is 2TCLCL- 
TCLAVmax-TR1VCLmax = 255 ns. This time is avail- 
able for buffer delays and address decoding to deter- 
mine if the selected device does not require a wait state 
and drive the RDY line high. If wait cycles are required, 
the user hardware must provide the appropriate ready 
delay. Since the address will not change until the next 
ALE, the RDY will remain valid throughout the cycle. If 
the system is normally ready, selected devices requiring 
wait states also have 255 ns to disable the RDY line. The 
user circuitry must delay re-enabling RDY by the ap- 
propriate number of wait states. 

If the RD command is used to enable the RDY signal, 
TCLCL - TCLRLmax - TRIVCLmax = 1 5 ns are available 
for external logic. If the WR command is used, TCLCL- 
TCVGTVmax- TRIVCLmax = 55 ns are available. Com- 
parison of RDY control by address or command in- 
dicates that address decoding provides the best timing. 
If the system is normally not ready, address decode 
alone could be used to provide RDY for devices not re- 
quiring wait states while devices requiring wait states 
may use a combination of address decode and com- 
mand to activate a wait state generator. If the system is 



normally ready, devices not requiring wait states do 
nothing to RDY while devices needing wait states 
should disable RDY via the address decode and use a 
combination of address decode and command to ac- 
tivate a delay to re-enable RDY. 

If the system requires no wait states for memory and a 
fixed number qf_wait states for RD and WR to all I/O 
devices, the M/IO signal can be used as an early Indica- 
tion of the need for wait cycles. This allows a common 
circuit to control ready timing for the entire system 
without feedback of address decodes. 

6. Other Considerations 

Detailed HOLD/HLDA timing is covered in the next sec- 
tion and is not examined here. One last signal con- 
sideration needs t o be mentioned for the minimum 
mode system. The TEST Input is sampled by the 8086 
only during execution of the WAIT instruction. The TEST 
signal should be active for a minimum of 6 clock cycles 
during the WAIT instruction to guarantee detection. 

B. MAXIMUM MODE BUS TIMING 

The maximum mode 8086 bus operations are logically 
equivalent to the minimum mode operation. Detailed 
timing analysis now involves signals generated by the 
CPU and the 8288 bus controller. The 8288 also provides 
additional control and command signals which expand 
the flexibility of the system. 

1. ADDRESS and ALE 

In the maximum mode, the address information con- 
tinues to come from the CPU while the ALE strobe is 
generated by the 8288. To determine the worst case rela- 
tionships between ALE and the address, we first jriujt 
determine 8288 ALE activation relative to the S0-S2 
status from the CPU. The maximum mode timing 
diagram specifies two possible delay paths to generate 
ALE. The first is TCHSV + TSVLH measured from the ris- 
ing edge of the clock cycle preceding T1. The second 
path is TCLLH measured from the start of T1. Since the 
8288 initiates a bus c^le from the status lines leaving 
the passive state (S0-S2= 1), if the 8086 is late in issuing 
the status (TCHSVmax) while the clock high time Is a 
minimum (TCHCLmIn), the status will not have changed 
by the start of T1 and ALE is issued TSVLH ns after the 
status changes. If the status changes prior to the begin- 
ning of T1, the 8288 will not issue the ALE until TCLLH 
ns after the start of T1 . The resulting worst case delay to 
enable ALE (relative to the start of T1) is TCHSVmax -f- 
TSVLHmax- TCHCLmIn = 58 ns. Note, when calcu- 
lating signal relationships, be sure to use the proper 
maximum mode values rather than equivalent minimum 
mode values. 

The trailing edge of ALE is triggered in the 8288 by the 
positive clock edge in T1 regardless of the delay to 
enable ALE. The resulting minimum ALE pulse width is 
TCLCHmax- 58 ns = 75 ns assuming TCHLL = 0. 
TCLCHmax must be used since TCHCLmIn was as- 
sumed to derive the 58 ns ALE enable delay. The ad- 
dress is guaranteed to be valid TCLCHmin-i- 
TCHLLmin - TCLAVmax = 8 ns prior to the trailing edge 
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of ALE to capture the address in the 8282 or 8283 
latches. Again we have assumed a very conservative 
TCHLL = 0. Note, since the address and ALE are driven 
by separate devices, no tracking of A.C. characteristics 
can be assumed. ' 

The address hold time to the latches Is guaranteed by 
the address remaining yalid until the end of It while 
ALE Is disabled a maximum of 15 ns from the positive 
clock transition in T1 (TCHCLmln-TCHLLmax = 52 ns 
address hold time). The multiplexed bus transitions 
from address to status and write data or three-state (for 
read) are Identical to the minimum mode timing. Also, 
since the address valid delay (TCLAV) remains the 
critical path in establishing a valid address, the address 
access times to valid data and ready are the same as the 
minimum mode system. 

2. Read Cycle Timing 

The maximum mode system offers read signals 
generated by both the 8086 and the 8288. The 8086 RD 
output signal timing Is identical to the minimum mode 
system. Since the A.C. characteristics of Xhp read com- 
mands generated by the 8288 are significantly better 
than the 8086 output, access to devices on the demul- 
tiplexed buffered system bus should use the 8288 com- 
mands. The 8086 RD signal Is available for devices 
which reside directly on the multiplexed bus. The 
following evaluations for read, write and Interrupt 
acknowledge only consider the 8288 command timing. 

The 8288 provides separate memory and I/O read signals 
which conform to the same A.C. characteristics. The 
commands are issued TCLML ns after the start of T2 
and terminate TCLMH ns after the start of T4. The 
minimum command length is 2TCLCL- TCLMLmax-f 
TCLiVILmIn = 375 ns. The access time to valid data at the 
CPU is 2TCLCL-TCLMLmax-TDVCLmax = 335 ns. 
Since the 8288 was designed for systems with buffered 
data busses, the commands are enabled before the CPU 
has three-stated the multiplexed bus and should not be 
used with devices which reside directly on the multi- 
plexed bus (to do so could result in bus contention dur- 
ing 8086 bus float and device turn-on). 

The direction control for data bus transceivers is estab- 
lished In T1 while the transceivers are not enabled by 
DEN until the positive clock transition of T2. This pro- 
vides TCLCH-i-TCVNVmln= 123 ns for 8086 bus float 
delay and TCHCLmin -f TCLCL- TCVNVmax - 
TDVCLmax = 187 ns of transceiver active to data valid at 
the CPU. Since both DEN and command are valid a mini- 
mum of 10 ns lnto T4, the CPU data hold time TCLDX Is 
guaranteed. A maximum DEN disable of 45 ns (TCVNX 
max) guarantees the transceivers are disabled by the 
start of the next 8086 bus cycle (215 ns minimum from 
the same clock edge). On the positive clock transition of 
T4, DT/R is returned to transmit in preparation for a 
possible write operation on the next bus cycle. Since 
the system memory and I/O devices reside on a buffered 
system bus, they must three-state their outputs before 
the device for the next bus cycle is selected (approxi- 
mately 2TCLCL) or the transceivers drive write data onto 
the bus (approximately 2TCLCL). 



3. Write Cycle Timing 

In the maximum mode, the 8288 provides riormal and ad- 
vanced write commands for memory and I/O. The ad- 
vanced write commands are act lye a full clock cycle 
ahead of the normal write commands and have timing 
identical to the read cbmmands. The advanced write 
pulse width is 2TCLCL- TCLMLmax + TCLMHmIn = 375 
ns while the normal vvrlte pulse width Is TCLCL- 
TCLIVILmax-fTCLMHmln=175 ns. Write data setup 
time to the selected device is a function of either the 
data valid delay from the 8086 (TCLDV) or the transceiver 
enable delay TCVNV. The worst case delay to valid write 
data Is TCLDV=110 ns minus transceiver propagation 
delays. This implies the data may not be valid until 100 
ns after the advanced write command but will be valid 
approximately TCLCL-TCLDVmax + TCLMLmin= 100 
ns prior to the leading edge of the normal write com- 
mand. Data will be valid 2TCLCL-TCLDVmax-f 
TCLMHmin = 300 ns before the trailing edge of either 
write command. The data and command overlap for the 
advanced command is 300 ns while the overlap with the 
normal write command is 175 ns. The transceivers are 
disabled a minimum of TCLCHmin-TCLMHmax + 
TCVNXmin = 85 ns after the write command while the 
CPU provides valid data a minimum of TCLCHmln- 
TCLMHmax-i- TCHDZmin = 85 ns. This guarantees write 
data hold of 85 ns after the write command. The trans- 
ceivers are disabled TCLCL - TCVNXmax + 
TCHDTLmln = 156 ns (assuming TCHDTL = 0) prior to 
transceiver direction change for a subsequent read 
cycle. 

4. Interrupt Acknowledge Timing 

The maximum mode INTA sequence is logically iden- 
tical to the minimum mode seque nce. The transceiver 
control (DEN and DT/R) and INTA command timing of 
each interrupt acknowledge cycle is identical to the 
read cycle. As In the minimum mode system, the multi- 
plexed address/data bus will float from the leading edge 
of T1 for each INTA bus cyc le an d not be driven by the 
CPU until after T4 of each INTA cycle. The setup and 
hold times on the vector number for the second cycle 
are the same as data setup and hold for the read. If the 
device providing the Interrupt vector number Is con- 
nected to the local bus, TCLCL- TO LAZmax-f 
TCLM Lmin = 130 ns are available from 8086 bus float to 
INTA command active. The selected device on the local 
bus must disable the system data bus transceivers 
since DEN is still generated by the 8288. 

If the 8288 is not In the lOB (I/O Bus) mode, the 8288 
MCE/PDEN output becom es the MCE output. This out- 
put is active during each INTA cycle and overlaps the 
ALE signal during T1. The MCE is available for gating 
cascade addresses from a master 8259A onto three of 
the upper AD15-AD8 lines and allowing ALE to latch the 
cascade address into the address latches. The address 
lines may then be used to provide CAS address selec- 
tion to slave 8259A's located on the system bus (refer- 
ence Figure 3E5). MCE is active within 15 ns of status or 
the start of T1 for each INTA cycle. MCE should not 
enable the CAS lines onto the multiplexed bus during 
the first cycle since the CPU does not guarantee to float 
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the bus until 80 ns into the first fNTA cycl e. The first 
MCE can be Inhibited by gating MCE with LOCK. The 
8086 LOCK output is activated during T2 of the first 
cycle and disable d during 12 of the second cycle. The 
overlap of LOCK with MCE allows the first MCE to be 
masked and the second MCE to gate the cascade ad- 
dress onto the local bus. Since the 8259A will not pro- 
vide a cascade address until the second cycle, no Infor- 
mation Is lost. As with ALE, MCE Is guaranteed valid 
within 58 ns of the start of T1 to allow 75 ns CAS ad- 
dress setup to the trailing edge of ALE. MCE remains 
active TCHCLmin-TCHLLmax + TCLMCLmin = 52 ns 
after ALE to provide data hold time to the latches. 

If the 828 8 Is str apped In the lOB mode, the MCE output 
becomes PDEN and all I/O references are assumed to be 
devices on the local bus r ather than the demultiplexed 
system bus. Since INTA cycles are considered I/O 
cycles, all Interrupts are assumed to come from the 
local system and cascade addresses are not gated onto 
the system address bus. Additionally, the DEN signal Is 
not enabled since no |/0 transfers occur on the system 
bus, if the local I/O bus Is also buffered by transceivers, 
the PD EN signal is used to enable those transceivers. 
PDEN A.C. characteristics are identical to DEN with 
PDEN enabled for I/O references and DEN enabled for 
Instruction or memory data references. 

5. Ready Timing 

Ready timing based on address valid timing is the same 
for maximum and minimum mode systems. The delay 
from 8288 command valid to RDY valid at the 8284 is 
TCLCL - TCLMLmax - TRIVCLmin = 130 ns. This time is 
available for external circuits to determine the need to 
insert wait states and d isable RDY or enable RDY to 
avoid wait states. INTA, ail read commands and ad- 
vanced write commands provide this timing. The normal 
write command is not valid until after the RDY signal 
must be valid. Since both normal and advanced write 
commands are generated by the 8288 for all write 
cycles, the advanced write may be used to generate a 
RDY indication even though the selected device uses 
the normal write command. 

Since separate commands are provided for memory and 
I/O, no M/IO signal is specifically available as in the 
minimum mode to allow an early 'wait state required' in- 
dication for I/O devices. The S2 status line, however is 
logically equivalent to the M/IO signal and can be used 
for this purpose. 

6. Other Considerations 

The RQ/GT timing is covered in the next section and will 
not be duplicated here. The only additional signals to be 
considered in the maximum mode are the queue status 
lines QSO, QS1. These signals are changed on the 
leading edge of each clock cycle (high to low transition) 
including idle and wait cycles (the queue status is in- 
dependent of the bus activity). External logic may sam- 
ple the lines on the low to high transition of each clock 
cycle. When sampled, the signals indicate the queue ac- 
tivity in the previous clock cycle a nd the refore lag the 
CPU's activity by one cycle. The TEST input require- 



ments are Identical to those stated for the minimum 
mode. 

To Inform the 8288 of HALT status when a HALT instruc- 
tion Is executed, the 8086 will initiate a status transition 
from passive to HALT status. The status change will 
cause the 8288 to emit an ALE pulse with an Indeter- 
minate address. Since no bus cycle is Initiated (no com- 
mand Is Issued), the results of this address will not af- 
fect CPU operation (I.e., no response such as READY is 
expected from the system). This allows external hard- 
ware to latch and decodie all transitions In system 
status. 

3G. Bus Control Transfer (HOLD/HLDA and RQ/GT) 

The 8086 supports protocols for transferring control of 
the local bus between itself and other devices capable 
of acting as bus masters. The minimum mode config- 
uration offers a signal level handshake similar to the 
8080 and 8085 systems. The maximum mode provides 
an enhanced pulse sequence protocol designed to op- 
timize utilization of CPU pins while extending the 
system configurations to two prioritized levels of alter- 
nate bus masters. These protocols are simply tech- 
niques for arbitration of control of the CPU's local bus 
and should not be confused with the need for arbitration 
of a system bus. 

1. MINIMUM MODE 

The minimum mode 8086 system uses a hold request in- 
put (HOLD) to the CPU and a hold acknowledge (HLDA) 
output from the CPU. To gain control of the bus, a 
device must assert HOLD to the CPU and wait for the 
HLDA before driving the bus. Whe n the 8086 cain relin- 
quish the bus, it floa ts the RD, WR, INTA and M/IO com- 
mand lines, the DEN and DT/R bus control lines and the 
multiplexed address/data/status lines. The ALE signal is 
not three-stated. The CPU acknowledges the request 
with HLDA to allow the requestor to take control of the 
bus. The requestor must maintain the HOLD request ac- 
tive until it no longer requires the bus. The HOLD re- 
quest to the 8086 directly affects the bus Interface unit 
and only indirectly affects the execution unit. The CPU 
will continue to execute from its internal queue until 
either more instructions are needed or an operand 
transfer Is required. This allows a high degree of overlap 
between CPU and auxiliary bus master operation. When 
the requestor drops the HOLD signal, the 8086 will re- 
spond by dropping HLDA. The CPU will not re-drive the 
bus, command and control signals from three-state until 
it needs to perform a bus transfer. Since the 8086 may 
still be executing from its internal queue when HOLD 
drops, there may exist a period of time during which no 
device is driving the bus. To prevent the command lines 
from drifting below the minimum VIH level during the 
transition of bus control, 22K ohm pull up resistors 
should be connected to the bus command lines. The 
timing diagram in Figure 3G1 shows the handshake se- 
quence and 8086 timing to sample HOLD, float the bus, 
and enable/disable HLDA relative to the CPU clock. 

To guarantee valid system operation, the designer must 
assure that the requesting device does not assert con- 
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trol of the bus prior to the 8086 relinquishing control and 
that the device relinquishes control of the bus prior to 
the 8086 driving the bus. The HOLD request into the 
8086 must be stable THVCH ns prior to the CPU's low to 
high clock transition. Since this input is not syn- 
chronized by the CPU, signals driving the HOLD input 
should be synchronized with the CPU clock to 
guarantee the setup time is not violated. Either clock 
edge may be used. The maximum delay between HLDA 
and the 8086 floating the bus Is TCLAZmax- 
TCLHAVmln = 70 ns. If the system cannot tolerate the 
70 ns overlap, HLDA active from the 8086 should be 
delayed to the device. The minimum delay for the CPU to 
drive the control bus from HOLD Inactive Is THVCHmIn 
+ 3TCLCL=635 ns and THVCHmIn + 3TCLCL + 
TCHCL = 701 ns to drive the multiplexed bus. If the 
device does not satisfy these requirements, HOLD inac- 
tive to the 8086 should be delayed. The delay from HLDA 
inactive to driving the busses is TCLCL-i-TCLCHmln- 
TCLH AVmax = 1 58 ns f or the control bus and 2TCLCL - 
TCLHAVmax = 240 ns for the data bus. 



1.1 Latency of HLDA to HOLD 

The decision to respond to a HOLD request is made in 
the bus interface unit. The major factors that influence 
the de cision are the current bus activity, the state of the 
LOCK signal internal to the CPU (activated by the soft- 
ware LOCK prefix) and interrupts. 



If the LOCK is not active, an interrupt acknowledge cy- 
cle is not in progress and the BlU (Bus Interface Unit) is 
executing a T4 or Tl when the HOLD request is received, 
the minimum latency to HLDA is: 



35 ns THVCH min (Hold setup) 

65 ns TCHCL min 

200 ns . TCLCL (bus float delay) 

10 ns TCLHAV min (HLDA delay) 

310 ns @ 5 MHz 



ADxx/A/Sxx 




\ 



The maximum delay under these conditions is: 



34 ns Gust missed setup time) 

200 ns delay to next sample 

82 ns TCHCL max 

200 ns TCLCL (bus float delay) 

160 ns TCLHAV max (HLDA delay) 

677 ns @ 5 MHz 

If the BlU just initiated a bus cycle when the HOLD Re- 
quest was received, the worst case response time is: 

34 ns THVCH Qust missed) 

82 ns TCHCL max 

7*200 bus cycle execution 

N*200 N wait states/bus cycle 

160 ns TCLHAV max (HLDA delay) 

1.676 iiS @ 5 MHz, no wait states 



Note, the 200 ns delay for just missing is included in the 
delay for bus cycle execution. If the operand transfer is 
a word transfer to an odd byte boundary, two bus cycles 
are executed to perform the transfer. The BlU will not 
acknowledge a HOLD request between the two bus 
cycles. This type of transfer would extend the above 
maximum latency by four additional clocks plus N addi- 
tional wait states. With no wait states in the bus cycle, 
the maximum would be 2.476 microseconds. 

Altho ugh th e minimum mode 8086 does not have a hard- 
ware LOCK output, the software LOCK prefix may still 
be included in the instruction stream. The CPU internal- 
ly reacts to the LOCK prefix as would the maximum 
mode 8086. Therefore, the LOCK does not allow a HOLD 
request to be honored until completion of the instruc- 
tion following the prefix. This allows an instruction 
which performs more than one memory reference (ex. 
ADD [BX], CX; which adds CX to [BX]) to execute without 
another bus master gaining control of the bus between 
memory references. Since the LOCK signal is active for 
one clock longer than the instruction execution, the 
maximum latency to HLDA is: 




Figure 3G1. HOLD/HLDA Sequence 
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34 ns THVCH Qust miss) 

200 ns delay to next sample 

82 ns TCHCL max 

(M + 1)*200 ns LOCK Instruction execution 

200 ns set up HLDA (Internal) 

160 ns TCLHAV max (HLDA delay) 



(M*200 ns) + 876 ns @ 5 MHz 

If the HOLD request Is made at the beginning of an Inter- 
rupt acknowledge sequence, the maximum latency to 
HLDA Is: 



34 ns THVCH Qust missed) 

82 ns TCHCL max 

2600 ns 13 clock cycles for INTA 

160 ns TCLHAV max 

2.876 ms @ 5 MHz 



1.2 Minimum Mode DMA Configuration 



A typical use of the HOLD/HLDA signals In the minimum 
mode 8086 system Is bus control exchange with DMA 
devices like the Intel 8257-5 or 8237 DMA controllers. 
Figure 3G2 gives a general Interconnect for this type of 
configuration, using the 8237-2. The DMA controller 
resides on the upper half of the 8086's local bus and 
shares the A8-A15 demuitiplexing address latch of the 
8086. All registers in the 8237-2 must be assigned odd 
addresses to allow initialization and interrogation by the 
CPU over the upper half of the data bus. The 8086 
RDAA/R commands must be demultiplexed to provide 
separate I/O and memory commands which are compati- 
ble with the 8237-2 commands. The AEN control from 
the 8237-2 must disable the 8086 commands from the 
command bus, disable the address latches from the 
lower (A0-A7) and upper (A19-A16) address bus and 
select the 8237-2 address strobe (ADSTB) to the A8-A15 
address latch, if the data bus Is buffered, a pull-up 
resistor on the DEN jine will keep the buffers disabled. 
The DMA controller will only transfer bytes between 
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memory and I/O and requires the I/O devices to reside on 
an 8-blt bus derived from the 16-blt to 8-blt bus multiplex 
circuit given in Section 4. Addr ess lines A7-A0 are driven 
directly by the 8237 and BHE is generated by inverting 
AO. If A19-A16 are used, they must be provided by an ad- 
ditional port with either a fixed value or initialized by 
software and enabled onto the address bus by AEN. 

Figure 3G3 gives an interconnection for placing the 
8257 on the system bus. By using a separate latch to 
hold the upper address from the 8257-5 and connecting 
the outputs to the address bus as shown, 16-bit DMA 
transfers are provided. In this conf iguration, AEN 
simultaneously enables AO and BHE to allow word 
transfers. AEN still disables the CPU interface to the 
command and address busses. 

2. MAXIMUM MODE (RQ/GT) 

The maximum mode 8086 configuration supports a sig- 
nificantly different protocol for transferring bus control. 
When viewed with respect to the HOLD/HLDA sequence 
of the minimum mode, the protocol appears difficult to 
implement externally. However, It Is necessary to under- 
stand the intent of the protocol and Its purpose within 
the system architecture. 



2.1 Shared System Bus (RQ/GT Alternative) 

The maximum mode RQ/GT sequence Is Intended to 
transfer control of the CPU locjal bus between the CPU 
and alternate bus masters which reside totally on the 
local bus and share the complete CPU interface to the 
system bus. The complete interfiace includes the ad- 
dress latches, data transceivers, 8288 bus controller and 
8289 muiti master bus arbiter. If the alternate bus 
masters in the system do not reside directly on the 8086 
local bus, system bus arbitration is required rather than 
local CPU bus arbitration. To satisfy the need for multi- 
master system bus arbitration at each CPU's system in- 
terface, the 8289 bus arbiter should be used rather than 
the CPU RQ/GT logic. 

To allow a device with a simple HOLD/HLDA protocol to 
gain control of a single CPU system bus, the circuit in 
Figure 3G4 could be used. The design is effectively a 
simple bus arbiter which isolates the CPU from the 
system bus when an alternate bus ma ster issues a 
HOLD request. The output of the circuit, AEN (Address 
ENable), disables the 8288_and 8284 w hen the 8086 in- 
dicates idle status (S0,S1,S2 = 1), LOCK Is not active and 
a HOLD request Is active. With AEN Inactive, the 8288 
three-states the command outputs and disables DEN 
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which three-states the data bus transceivers. AEN must 
also three-state the address latch (8282 or 8283) outputs. 
These actions remove the 8086 from the system bus and 
allow the requesting device to drive the system bus. The 
AEN signal to the 8284 disables the ready Input and 
forces a bus cycle Initiated by the 8086 to wait until the 
8086 regains control of the system bus. The CPU may 
actively drive Its local bus during this Interval. 

The requesting device will not gain control of the bus 
during an 8086 Initiated bus cycle, a lock ed Instr uction 
or an Interrupt acknowledge cycle. The LO CK signal 
from the 8086 Is active between INTA cycles to 
guarantee the CPU maintains control of the bus. Unlike 
the minimum mode 8086 HOLD response, this arbitra- 
tion circuit allows the requestor to gain control of the 
bus between consecutive bus cycles which transfer a 
word operand on an odd address boundary and are not 
locked. Depending on the characteristics of the re- 
questing device, any of the 74LS74 outputs can be used 
to generate a HLDA to the device. 

Upon completion of Its bus operations, the alternate bus 
master must relinquish contr ol of the system bus and 
drop the HOLD request. After AEN goes inactive, the ad- 
dress latches and data transceivers are enabled but, if a 
CPU initiated bus cycle is pending, the 8288 will not 
drive the command bus until a minimum of 105 ns or 
maximum of 27 5 ns later. If the system is normally not 
ready, the 8284 AEN input may immediately be enabled 
with ready returning to the CPU when the selected 
device complet es th e transfer. If the system is normally 
ready, the 8284 AEN input must be delayed long enough 
to provide access time equivalent to a normal bus cycle. 
The 74LS74 latches in the design provide a minimum of 
TCLCHmin for the alternate device to float the system 
bus after releasing HOLD. They also provide 2TCLCL ns 
address access and 2TCLCL-TAEVCHmax ns (8288 
command enable delay) command access prior to ena- 
bling 8284 ready detection. If HLDA is generated as 
shown in Figure 3G4, TCLCL ns are available for the 
8086 to release the bus prior to issuing HLDA while 
HLDA is dropped almost immediately upon loss of 
HOLD. 



A circuit configuration for an 8257-5 using this tech- 
nique to interface with a maximum mode 8086 can be 
derived from Figure 3G3. The 8257-5 has Its own address 
latch for buffering the address lines A15-A8 and uses its 
AEN output to enable the latch onto the address bus. 
The maximum latency from HOLD to HLDA for this cir- 
cuit is dependent on the state of the system when the 
HOLD is issued. For an Idle system the maximum delay 
Is the propagation delay through the nand gate and R/S 
flip-flop (TD1) plus 2TCLCL plus TCLCHmax plus prop- 
agation delay of the 74LS74 and 74LS02 (TD2). For a 
locked instruction It becomes: TD1 -i-TD2-t-(M + 2) 
*TCLCL-f TCLCHmax where M is the number of clocks 
required for execution of the locked Instruction. For the 
interrupt acknowledge cycle the latency is 
TD1 +TD2 + 9 *TCLCL-|- TCLCHmax. 

2.2 Shared Local Bus (RQ/GT Usage) 

The RQ/GTprotocol was developed to allow up to two In- 
struction set extension processors (co-processors) or 
other special function processors (like the 8089 I/O 
processor In local mode) to reside directly on the 8086 
local bus. Each RQ/GT pin of the 8086 supports the full 
protocol for exchange of bus control (Fig. 3G5). The se- 
quence consists of a request from the alternate bus 
master to gain control of the system bus, a grant from 
the CPU to indicate the bus has been relinquished and a 
release pulse from the alternate master when done. The 
two RQ/GT pins (RQ/GTO and RQ/GT1) are prioritized 
with RQ/GTO having the highest priority. The prioritiza- 
tion only occurs If requests have been received on both 
pins before a response has been given to either. For ex- 
ample. If a request is received on RQ/GT1 followed by a 
request on RQ/GTO prior to a grant on RQ/GT1 , RQ/GTO 
will gain priority over RQ/GT1. However, if RQ/GT1 had 
already received a grant, a request on RQ/GTO must wait 
until a release pulse is received on RQ/GT1. 

The request/grant sequence interaction with the bus in- 
terface unit is similar to HOLD/HLDA. The CPU con- 
tinues to execute until a bus transfer for additional in- 
structions or data is required. If the release pulse is 
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Figure 3G4. Circuit to Translate HOLD into AEN Disable for Max Mode 8086 
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received before the CPU needs the bus, it wiii hot drive 
the bus until a transfer is required. 

Upon receipt of a request pulse, the 8086 floats tjhe 
multiplexed address, da ta and status bus , the SO, S1, 
and S2 status lines, the LOCK pin and RD. This action 
does not disable the 8288 command outputs from driv- 
ing the command bus and does not disable the address 
latches from driving the address bjis. The 8288i_contains 
internal pu I Irup resistors on the SO, S1, and S2, status 
lines to maintain the passive state while the 8086 outr 
puts are three-state. The passive state prevents the 8288 
from initiating any commands or activating DEN to 
enable the transceivers buffering the data bus. If the 
device issuing the RQ does not use the 8288, it must 
disab le th e 8288 command outputs by disabling the 
8288 AEN input. Also, address latches not used by the 
requesting device must be disabled. 
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2.3 RQ/GT Operation 

betailed timing of the RQ/GT sequence is given in 
Figure 3G6. To request a transfer of bus control via the 
RQ/GT lines, the device must drive the line low for no 
more than one CPU clock interval to generate a request 
pulse. The pulse must be synchronized with the CPU 
clock to guarantee the appropriate setjjp and hold times 
to the clock edge which samples the RQ/GT lines in the 
CPU. After issuing a request pulse, the device must 
begin sampling for a grant pulse with the next low to 
high clock edge. Since the 8086 can respond with a 
grant pulse injhejclock cycle immediately following the 
request, the RQ/GT line may not return to the positive 
level between the request and grant pulses. Therefore 
edge triggered logic is not valid for capturing a grant 
pulse. It also implies the circuitry which generates the 
request pulse must guarantee the request is removed in 
time to detect a grant from the CPU. After receiving the 
grant pulse, the requesting device may drive the local 
bus. Since the 8086 does not float the address and data 
bus, L,OCK or RD until the high to low clock transition 
following the low to high cjock transition the requestor 
uses to sample for the grant, the requestor should wait 
the float delay of the 8086 (TCLAZ) before drivihg the 
local bus. This precaution prevents bus contention dur- 
ing the access of bus control by the requestor. 

To return Cphtrol of the bus to the 8086, the alternate 
bus master relinquishes bus control and issueiS a 
release pujse_on the same RQ/GT li ne. Th e 8086 may 
drive the S0-S2 status lines, RD and LOCK, thi-ee clock 
cycles after detecting the release pulse and the ad- 
dress/data bus TCIHCLmin ns (clock high time) after the 
status lines. The alternate bus master should be three- 
stated off the local bus and have other 8086 interface 
circuits (8288 and address latches) re^enabled within the 
8086 delay to regain control Of the bus. 

2.4 RQ/GT Latency 

The RQ to GT latency for a single RQ/GT line is similar 
to the IHOLD to HLDA latency. The cases given for the 
minimum mode 8086 also apply to the maximum mode. 
For each case the delay from RQ detection by the CPU 
to GT detection by the requestor is: 



Figure 3G5. 8086 RQ/GT Connections 



(HOLD to HLDA delay)- (THVCH -i-TCHCL-l-TCLHAV) 




Figure 3G6. Request/Grant Sequence 
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This gives a clocl< cycle maximum delay for an idle bus 
interface. All other cases are the minimum mode result 
minus 476 ns. If the 8086 has previously issued a grant 
on one of the RQ/GT lines, a request on the other RQ/GT 
line will not receive a grant until the first device releases 
the interface with a release pu l se on its RQ/GT line. The 
delay from release on one RQ/GT line to a grant on the 
other is typically one clock period as shown in Fi gure 
3G7. Occasionally the delay from a release on RQ/GT1 



to a grant on RQ/GTo will take two clock cycles and Is a 
function of a pending request for transfer of control 
from the execution unit. The latency from request to 
grant when the interface is under control of a bus 
master on the other RQ/GT line Is a function of the other 
bus master. The protocol embodies no mechanism for 
the CPU to force an alternate bus master off the bus. A 
watchdog timer should be used to prevent an errant 
alternate bus master from 'hanging' the system. 
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Figure 3G7. Channel Transfer Delay 



A-45 



AP-67 



2.5 RQ/GT to HOLD/HLDA Conversion 

A circuit for translating a HOLD/HLDA liand-shal<e se- 
quence into a RQ/GT puise sequence is given in Figure 
3G8. After receiving ttie grant puise, tlie HLDA is ena- 
bied TCHCLmin ns before the CPU lias thiree-stated the 
bus. if the requesting circuit drives the bUs within 20 ns 



of HLDA, it nnay be desirable to delay the aci^nowledge 
one clocl< period. The HLDA is dropped no later than one 
clock period after HOLD is disabled. The HLDA also 
drops at the beginning of the release pulse to provide 
2TCLCL+TCLCH forthe requestor to relinquish control 
of the status lines and 3TCLCL to float the remaining 
signals. 
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Figure 3G8a. H0LD/HLDA-<]»- RQ/GT Conversion Circuit 
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Figure 3G8b. HOLD/HLDAORQ/GT Conversion Timing 
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4. INTERFACING WITH I/O 

The 8086 Is capable of Interfacing with 8- and 16-bit I/O 
devices using either I/O Instructions or memory mapped 
I/O. The I/O Instructions allow the I/O devices to reside 
In a separate I/O address space while memory mapped 
I/O allows the full power of the instruction set to be 
used for I/O operations. Up to 64K bytes of I/O mapped 
I/O may be defined In an 8086 system. To the program- 
mer, the separate I/O address space Is only accessible 
with INPUT and OUTPUT commands which transfer data 
between I/O devices and the AX (for 16-bit data trans- 
fers) or AL (for 8-blt data transfers) register. The first 256 
bytes of the I/O space (0 to 255) are directly addressable 
by the I/O Instructions while the entire 64K is accessible 
via register Indirect addressing through the DX register. 
The later technique Is particularly desirable for service 
procedures that handle more than one device by allow- 
ing the desired device address to be passed to the pro- 
cedure as a parameter. I/O devices may be connected to 
the local CPU bus or the buffered system bus. 

4A. Eight-Bit I/O 

Eight-bit I/O devices may be connected to either the up- 
per or lower half of the data bus. Assigning an equal 
number of devices to the upper and lower halves of the 
bus will distribute the bus loading. If a device is con- 
nected to the upper half of the data bus, all I/O ad- 
dresses assigned to the device must be odd (A0= 1). If 
the device Is on the lower half of the bus, its addresses 
must be even (AO = 0). The address assignment directs 
the eight-bit transfer to the upper (odd byte address) or 
lower (even byte address) half of the sixteen-bit data 
bus. Since AO will always be a one or zero for a specific 
device, AO cannot be used as an address input to select 
registers within a specific device. If a device on the 
upper half of the bus and one on the lower half are 
assigned addresses that diff er on ly in AO (adjacent odd 
and even addresses), AO and BHE must be conditions of 
chip select decode to prevent a write to one device from 
erroneously performing a write to the other. Several 
techniques for generating I/O device chip selects are 
given In Figure 4A1. 

The first technique (a) uses separate 8205's to generate 
chip selects for odd and even addressed byte periph- 
erals. If a word transfer Is performed to an even ad- 
dressed device, the adjacent odd addressed I/O device 
Is also selected. This allows accessing the devices In- 
dividually with byte transfers or simultaneously as a 
16-blt device with word transfers. Figure 4A1(b) restricts 
the chip selects to byte transfers, however a word 
transfer to an odd address will cause the 8086 to run two 
byte transfers that the decode technique will not detect. 
The third technique simply uses a single 8205 to 
generate odd and even device selects for byte transfers 
and will only select the even addressed eight-bit device 
on a word transfer to an even address. 

If greater than 256 bytes of the I/O space or memory 
mapped I/O is used, additional decoding beyond what is 
shown In the examples may be necessary. This can be 
done with additional TTL, 8205's or bipolar PROMs (In- 
tel's 3605A). The bipolar PROMs are slightly slower than 
multiple levels of TTL (50 ns vs 30 to 40 ns for TTL) but 



provide full decoding In a single pacl<age and allow In- 
serting a new PROM to reconfigure the system I/O map 
without circuit board or wiring modifications (Fig. 4A2). 
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Figure 4A1. Techniques for i/O Device Chip Seiects 
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Figure 4A2. Bipolar PROIVI Decoder 



One last technique for interfacing with eight-bit periph- 
erals Is considered in Figure 4A3. The sixteen-bit data 
bus is multiplexed onto an eight-bit bus to accom- 
modate byte oriented DMA or block transfers to memory 
mapped eight-bit I/O. Devices connected to this inter- 
face may be assigned a sequence of odd and even ad- 
dresses rather than all odd or even. 
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PERIPHERAL 
DATA BUS 



PERIPHERAL 



74LS02 74LS368 




USER 

DEFINED ENABLE 



NOTE: IF IT IS NOT NECESSARY TO THREE-STATE THE COMMAND LINES. A 
DECODER (8205 OR 74S138) COULD BE USED. THE 74LS257 IS NOT 
RECOMMENDED SINCE THE OUTPUTS MAY EXPERIENCE VOLTAGE 
SPIKES WHEN ENTERING OR LEAVING THREE-STATE. 



Figure 4A3. 16- to 8'Bit Bus Conversion 



Figure 4C1. Decoding iViemory and i/0 RD and WR Commands for 
iMinimurn iMode 8086 Systems 



4B. Sixteen-Bit I/O 

For obvious reasons of efficient bus utiiization and sim- 
piicity of device seiection, sixteen-bit i/0 devices should 
be assigned even addresses. To guarantee t iie de vice Is 
selected only for word operations, AO and SHE should 
be conditions of chip select code (Fig. 481). 



Linear select techniques (Fig. 402) for I/O devices can 
only be used with devices that either reside In the I/O ad- 
dress space or require more than one active chip select 
(at least one low active and one high active). Devices 
with a single chip select input cannot use linear select if 
they are memory mapped. This is due to the assignment 
of memory address space FFFFFOH-FFFFFFH to reset 
startup and memory space OOOOOH-OOSFFH to Interrupt 
vectors. 




EVEN ADDRESSED 
WORD PERIPHERALS 



ADDRESS 
LINE 
R5BC 

iOWC 




Figure 481. Sixteen-Bit i/0 Decode 



(a) SEPARATE I/O COMMANDS 



4C. General Design Considerations 

ly/IIN/MAX, MEMORY I/O MAPPED AND LINEAR SELECT 

Since the minimum mode 8086 has common read and 
write commands for memory and I/O, if the memory and 
i/0 address sqaces overlap, the chip selects must be 
qualified by M/iO to determine which address space the 
devices are assigned to. This restriction on chip select 
decoding can be removed if the I/O and memory ad- 
dresses In the system do not overlap and _are propeily 
decoded; all I/O Is memory mapped; or RD, WR and M/IO 
are decoded to provide separate memory and i/0 
read/write commands (Fig. 4C1). The 8288 bus controller 
In the maximum mode 8086 system generates separate 
i/0 and memory commands in place of a M/IO signal. An 
I/O device is assigned to the I/O space or memory space 
(memory mapped i/0) by connection of either I/O or 
memory command lines to the command inputs of the 
device. To allow overlap of the memory and i/0 address 
space, the device must not respond to chip select alone 
but must require a combination of chip select and a read 
or write command. 




(b) MULTIPLE CHIP SELECTS 

Figure 4C2. Linear Seiect for i/0 



40. Determining I/O Device Compatibliity 

This section presents a set of A.C. characteristics which 
represent the timing of the asynchronous bus interface 
of the 8086. The equations are expressed In terms of the 
CPU clocl< (when applicable) and are derived for 
minimum and maximum modes of the 8086. They repre- 
sent the bus characteristics at the CPU. 

The results can be used to determine I/O device re- 
quirements for operation on a single CPU local bus or 
buffered system bus. These values are not applicable to 
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a Multibus system bus interface. The requirements for a 
Multibus system bus are available In the Multibus inter- 
face specification. 

A list of bus parameters, their definition and how they 
relate to the A.C. characteristics of Intel peripherals are 
given in Table 4D1. Cycle dependent values of the 
parameters are given in Table 4D2. For each equation, If 
more than one signal path is Involved, the equation 
reflects the worst case path. 

ex. TAVRL(address valid before read actlve) = 

(1) Address from CPU to RD active 

(or) 

(2) ALE (to enable the address through the 
address latches) to RD active 

The worst case delay path is (1). 

For the maximum mode 8086 configurations, TAVWLA, 
TWLWHA and TWLCLA are relative to the advanced 
write signal while TAVWL, TWLWH and TWLCL are 
relative to the normal write signal. 



TABLE 4D1. PARAMETERS FOR PERIPHERAL COMPATIBILITY 



TAVRL- 


Address stable before RD leading edge 


.. (TAR) 


TRHAX - 


Address hold after RD trailing edge 


(TRA) 


TRLRH - 


Read pulse width 


(TRR) 


TRLDV - 


Read to data valid delay 


aRD) 


TRHDZ- 


Read trailing edge to data floating 


(TDF) 


TAVDV - 


Address to valid data delay 


(TAD) 


TRLRL- 


Read cycle time 


(TRCYC) 


TAVWL - 


■ Address valid before write leading edge 


(TAW) 


TAVWLA 


— Address valid before advanced write 


(TAW) 


TWHAX- 


- Address hold after write trailing edge 


(TWA) 


TWLWH- 


-Write pulse width 


(TWW) 


TWLWHA 


— Advanced write pulse width 


(TWW) 


TDVWH - 


- Data set up to write trailing edge 


(TDW) 


TWHDX- 


- Data hold from write trailing edge 


(TWD) 


TWLCL- 


Write recovery time 


(TRV) 


TWLCLA 


— Advanced write recovery time 


(TRV) 


TSVRL- 


Chip select stable before RD leading edge 


(TAR) 


TRHSX - 


Chip select hold after RD trailing edge 


(TRA) 


TSLDV - 


Chip select to data valid delay 


(TRD) 


TSVWL - 


Chip select stable before WR leading edge 


(TAW) 


TWHSX- 


- Chip select hold after WR trailing edge 


(TWA) 


TSVWLA 


— Chip select stable before advanced write 


(TAW) 


Symbols in parentheses are equivalent parameters specified for 


Intel peripherals. 





In the given list of equations, TWHDXB Is the data hold 
time from the trailing edge of write for the minimum 
mode with a buffered data bus. For this equation, 
TCVCTX cannot be a minimum for data hold and a max- 
imum for write inactive. The maximum difference is 50 
ns giving the result TCLCH-50. If the reader wishes to 
verify the equations or derive others, refer to Section 3F 
for assistance with Interpreting the 8086 bus timing 
diagrams. 

Figure 4D1 shows four representative configurations 
and the compatible Intel peripherals (including wait 
states If required) for each configuration are given In 
Table 4D3. Configuration 1 and 2 are minimum mode 
demultiplexed bus 8086 systems vvlthout (1) and with (2) 
data bus transceivers. Configurations 3 and 4 are max- 
imum mode systems with one (3) and two (4) levels of ad- 
dress and data buffering. The Fast configuration Is 
characteristic of a multi-board system with bus buffers 
on each board. The 5 MHz parameter values for these 
configurations are given In Table 4D4 and demonstrate 



the relaxed device requirements for even a large com- 
plex configuration. The analysis assumes all com- 
ponents are exhibiting the specified worst case param- 
eter values and are under the corresponding temr 
perature, voltage and capacitive load conditions. If the 
capacltlve loading on the 8282/83 or 8286/87 Is less than 
the maximum, graphs of delay vs. capacitive loading in 
the respective data sheets should be used to determine 
the appropriate delay values. 

TABLE 4D2. CYCLE DEPENDENT PARAMETER REQUIREMENTS 
FOR PERIPHERALS 



(a) Minimum Mode 

TAVRL = TCLCL+ TCLRLmin - TCLAVmax = TCLCL- 100 
TRHAX = TCLCL- TCLRHmax + TCLLHmin = TCLCL - 150 
TRLRH = 2TCLCL- 60 = 2TCLCL- 60 
TRLDV = 2TCLCL-TCLRLmax-TDVCLmin=2TCLCL- 195 
TRHDZ= TRHAVmin = 155 ns 

TAVDV = 3TCLCL- TDVCLmin - TCLAVmax = 3TCLCL- 140 
TRLRL= 4TCLCL= 4TCLCL 

TAVWL=TCLCL+TCVCTVmin-TCLAVmax = TCLCL- 100 
TWHAX = TCLCL + TCLLHmin - TCVCTXmax = TCLCL - 110 
TWLWH = 2TCLCL - 40 = 2TCLCL - 40 

TDVWH = 2TCLCL+ TCVCTXmin - TCLDVmax = 2TCLCL- 100 
TWHDX = TWHDZmin = 89 
TWLCL= 4TCLCL= 4TCLCL 

TWHDXB=TCLCHmin+(-TCVCTXmax+TCVCTXmin)= 
TCLCHmin-50 



Note: Delays relative to chip select are a function of the chip select 
decode technique used and are equal to: equivalent delay 
from address - chip select decode delay. 



(b) Maximum Mode 

TAVRL = TCLCL+ TCLMLmin - TCLAVmax = TCLCL- 100 
TRHAX = TCLCL- TCLMHmax + TCLLHmin= TCLCL- 40 
TRLRH = 2TCLCL- TCLMLmax + TCLMHmin = 2TCLCL- 25 
TRLDV = 2TCLCL - TCLMLmax - TDVCLmin = 2TCLCL - 65 
TRHDZ = TRHAVmin =155 

TAVDV = 3TCLCL- TDVCLmin - TCLAVmax = 3TCLCL- 140 

TRLRL= 4TCLCL= 4TCLCL 

TAVWLA = TAVRL = TCLCL- 100 

TAVWL = TAVRL + TCLCL = 2TCLCL- 100 

TWHAX = TRHAX = TCLCL - 40 

TWLWHA = TRLRH = 2TCLCL- 25 

TWLWH = TRLRH - TCLCL = TCLCL - 25 

TDVWH = 2TCLCL+ TCLMHmin - TCLDVmax = 2TCLCL- 100 

TWHDX = TCLCHmin - TCLMHmax + TCHDZmin = TCLCHmin - 30 

TWLCL = 3TCLCL= 3TCLCL 

TWLCLA = 4TCLCL= 4TCLCL 



TABLE 4D3. COMPATIBLE PERIPHERALS (5 MHz 8086) 



Configuration 


Minimum Mode 


Maximum Mode 


Unbuffered 


Buffered 


Buffered 


Fully Buffered 


8251 A 




1W 




»^ 


8253-5 




1W 


>^ 




8255A-5 




1W 






8257-5 




1W 






8259A 








y 


8271 




1W 






8273 


y 


1W 




V 


8275 


: 1^ 


1W 




»^ 


8279-5 


1^ 


1W 






8041A* 




1W 


1^ 




8741 A 




1W 






8291 










includes other Intel peripherals based on the 8041 A (i.e., 8292, 8294, 


8295). ■ 










»^ implie 


5 full operation with no wait states. 




W implies the number of wait states required. 
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TABLE 4D4. PERIPHERAL REQUIREMENTS FOR FULL SPEED 
OPERATION WITH 5 MHz 80B6 



Configuration 


Minimum Mode 


Maximum Mode 


Unbuffered 


Buffered 


Buffered 


Fully Buffered 


TAVRL 


70 


72 


70 


58 


TRHAX 


57 


27 


169 


141 


TRLRH 


340 


320 


375 


347 


TRLDV 


205 


150 


305 


261 


TRHDZ 


155 


158 


382 


360 


TAVDV 


430 


400 


400 


372 


TRLRL 


800 


770 


800 


772 


TAVWL 


70 


72 


270 


258 


TAVWLA 




— 


70 


58 


TWHAX 


97 


67 


169 


141 


TWLWH 


360 


340 


175 


147 


TWLWHA 






375 


347 


TDVWH 


300 


339 


270 


258 


TWHDX 


88 


15 


95 


13 


TWLCL 


800 


772 


600 


572 


TWLCLA 






800 


772 


TSVRL 


52 


54 


52 


40 


TRHSX 


5Q 


50 


171 


143 


TSLDV. 


412 


382 


382 


354 


TSVWL 


52 


54 


252 


240 


TWHSX 


90 


90 


171 


143 


TSVWLA 






52 


40 


— Not applicable. 



Peripheral compatibility is determined from the equa- 
tions given for the CPU by modifying them to account 
for additional delays from address latches and data 
transceivers In the configuration. Once the system con- 
figuration is selected, the system requirements can be 
determined at the peripheral interface and used to 
evaluate compatibility of the peripheral to the system. 
During this process, two areas rhust be considered. 
First, can the device operate at maximum bus band- 
width and if not, how many wait states are required. Sec- 
ond, are there any problems that cannot be resolved by 
wait states. 

Examples of the first are TRLRH (read pulse width) and 
TRLDV (read access or RD active to output data valid). 
Consider address access time (valid address to valid 
data) for the maximum mode fully buffered configura- 
tion. 

TAVDV = 3TCYC- 140 ns - address latch delay - 
address buffer delay — chip select decode delay — 2 
transceiver delays 

Assuming inverting latches, buffers and trans- 
ceivers with 22 ns max delays (8283, 8287) and a 
bipolar PROM decode with 50 ns delay, the result 

■is: . 

TAVDV = 322ns@ 5 MHz 



I. MINIMUM MODE 




M MODE BUFFERED DATA AND COMMAND BUSSES 
M/lg 



CMD D 



Figure 4D1. 8086 System Configurations 
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:. MAXIMUM MODE BUFFERED DATA BUS 

CLK 



C5 CMD 



NOTE: FOR OPTIMUM PERFORMANCE WITH INTEL PERIPHERALS. AioW (ADVANCED 
WRITE) SHOULD BE USED. 



d. MAXIMUM MODE DOUBLE BUFFERED SYSTEM 
CLK 



CS CMD 



Figure 4D1. 8086 System Configurations (Con't) 



The result gives the address to data valid delay required 
at the peripheral (in this configuration) to satisfy zero 
wait state CPU access time. If the maximum delay 
specified for the peripheral Is less than the result, this 
parameter Is compatible with zero wait state CPU opera- 
tion. If not, wait states must be Inserted until TAVDV+ n 
* TCYC (n Is the number of wait states) Is greater than 
the peripherals maximum delay. If several parameters 
require wait states, either the largest number required 
should always be used or different transfer cycles can 
Insert the maximum number required for that cycle. 

The second area of concern Includes TAVRL (address 
set up to read) and TWHDX (data hold after write). 
Incompatibilities In this area cannot be resolved by the 
insertion of wait states and may require either addi- 



tional hardware, slowing down the CPU (if the parameter 
Is related to the clock) or not using the device. 

As an example consider address valid prior to advanced 
write low (TAVWLA) for the maximum mode fully buf- 
fered system. 

TAVWLA = TCYC -100 ns — address latch delay — 
address buffer delay — chip select decode delay + 
write buffer delay (minimum) 

Assuming Inverting latches and buffers with 22 ns 
delay (8283, 8287) and an 8205 address decoder with 
18 ns delay 

TAVWLA = 38 ns which Is the time a 5 MHz 8086 
system provides 
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4E. I/O Examples 

1. Consider an interrupt driven procedure for liandling 
multiple communication lines. On receiving an interrupt 
from one of the lines, the Invoked procedure polls the 
lines (reading the status of each) to determine which 
line to service. The procedure does not enable lines but 
simply services input and output requests until the 
associated output buffer is empty (for output requests) 
or until an input line is terminated (for the example only 
EOT Is considered). On detection of the terminate condi- 
tion, the routine will disable the line, it is assumed that 
other routines will fill a lines output buffer and enable 
the device to request output or empty the input buffer 
and enable the device to input additional characters. 

The routine begins operation by loading OX with a count 
of the number of lines in the system and DX with the I/O 
address of the first line. The I/O addresses are assigned 
as shown in Figure 4E1 with 8251 A's as the I/O devices. 
The status of each line is read to determine if it needs 
service. If yes, the appropriate routine is called to input 
or output a character. After servicing the line or if no 
service is needed, CX is decremented and DX is in- 
cremented to test the next line. After all lines have been 
tested and serviced, the routine terminates. If ail inter- 
rupts from the lines are OR'd together, only one inter- 
rupt is used for all lines. If the interrupt is input to the 
CPU through an 8259A interrupt controller, the 8259A 
should be programmed in the level triggered mode to 
guarantee all line interrupts are serviced. 

To service either an input or output request, the called 
routine transfers DX to BX, and shifts BX to form the off- 
set for this device into the table of input or output buf- 
fers. The first entry in the buffer is an index to the next 
character position in the buffer and Is loaded into the Si 
register. By specifying the base address of the table of 



DEVICE 1 
8251 A 



DEVICE 3 
8251A 



Diss 



DEVICE 0 
8251A 



DEVICE 2 
8251 A 



DEVICES ARE CONNECTED TO THE UPPER AND 
LOWER HALVES OF THE DATA BUS. 



ADDRESS 






0 


DEVICE 0 


DATA 


1 


DEVICE 1 


DATA 


2 


DEVICE 0 


CONTROUSTATUS 


3 


DEVICE 1 


CONTROUSTATUS 


4 


DEVICE 2 


DATA 


5 


DEVICE 3 


DATA 


6 


DEVICE 2 


CONTROUSTATUS 


7 


DEVICE 3 


CONTROUSTATUS 


ETC. 







buffers as a displacement Into the data segment, the 
base -H index -H displacement addressing mode allows 
direct access to the appropriate memory location. 8086 
code for part of this example is shown in Figure 4E2. 

2. As a second example, consider using memory 
mapped I/O and the 8086 string primative instructions to 
perform blocl^ transfers between memory and I/O. By 
assigning a b\ock of the memory address space 
(equivalent In size to the maximum blocl< to be trans- 
ferred to the I/O device) and decoding this address 
space to generate the I/O device's chip select, the block 
transfer capability is easily implemented. Figure 4E3 
gives an interconnect for 16-bit I/O devices while Figure 
4E4 incorporates the 16-bit bus to 8-blt bus multiplexing 
scheme to support 8-bit I/O devices. A code example to 
perform such a transfer is shown in Figure 4E5. 



; THIS CODE DEMONSTRATES TESTING DEVICE 
; STATUS FOR SERVICE, CONSTRUCTING THE 
; APPROPRIATE LINE BUFFER ADDRESS FOR INPUT 
; AND OUTPUT AND SERVICING AN INPUT 
; REQUEST 



CHECK_STATUS: 



WRITE_SERVICE: 
NEXT_IO: 



MASK EQU OFFFDH 




INPUT 


AL, DX 


GET 8251 A STATUS. 


MOV 


AH, AL 




TEST 


AH, READ_OR_WRITE_STATUS 


JZ 


NEXT_IO 




CALL 


ADDRESS 




TEST 


AH, READ STATUS 




JZ 


WRITE_SERVICE 




CALL 


READ 




TEST 


AH. WRITE STATUS 




JZ 


NEXT_IO 




CALL 


WRITE 




DEC 


CX 


TEST IF DONE 


JNC 


EXIT 


YES, RESTORE k RETURN. 


AND 


DX, MASK 


REMOVE A1 AND 


ADD 


DX,3 


INCREMENT ADDRESS. 


OR 


DX,2 


SELECT STATUS FOR 


JMP 


CHECK_STATUS 


NEXT INPUT. 


AND 


DX, MASK 


SELECT DATA 


MOV 


BH, DL 


CONSTRUCT BUFFER 


INC 


BH 


DISPLACEMENT FOR 


SHR 


BH 


THIS DEVICE 


XOR 


BL, BL 


BX IS THE DISPLACEMENT. 


RET 






INPUT/ 


<l, DX 


; READ CHARACTER. 


MOV SI 


READ_BUFFERS IBX] ; GET CHARACTER POINTER. 


MOV READ_BUFFERS [BX + SI], AL ; STORE CHARACTER. 


INC READ_BUFFERS IBX] 


; INCR CHARACTER POINTER. 


CMP AL, EOT 


; END OF TRANSMISSION? 


JNZ CONT_READ 




CALL DISABLE READ 


; YES, DISABLE RECEIVER. 


CONT_ 


READ: RET 


; SEND MESSAGE THAT INPUT 






; IS READY. 



Figure 4E2. 



A19.8 \_ 



I/O CHIP SELECT 




D16O 



TRANSFER 256 BYTE BLOCKS TO THE I/O DEVICE 
THE ADDRESS SPACE ASSIGNED TO THE I/O DEVICE IS 



FROM 
THRU 



Ai8 

— BASE 
— BASE 



ADDRESS 
ADDRESS 



As I A7 Ao I 



Figure 4E1. Device Assignment 



MEMORY DATA NEED NOT BE ALIGNED TO EVEN ADDRESS BOUNDARIES 
I/O TRANSFERS MUST BE WORD TRANSFERS TO EVEN ADDRESS BOUNDARIES 

Figure 4E3. Biocit Transfer to 16-Bit I/O Using 8086 String Primatives 
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Ai9B f 






CS 




8BIT 


DATA 


I/O 




DEVICE 


RD 


WR 



ADDRESS ASSIGNMENT SAME AS PREVIOUS EXAMPLE. 16 BIT BUS IS 
MULTIPLEXED ONTO AN 8 BIT PERIPHERAL BUS. 



Figure 4E4. Block Transfer to 8-Bit I/O Using 8086 String Primatives 



; DEFINE THE I/O ADDRESS SPACE 
I/O SEGMENT 
ORG BLOCK_ADDRESS 
l/0_BLOCK: DW128DUP(?) 
I/O ENDS 

; ASSUME THE DATA IS FROM THE CURRENT 
; DATA SEGMENT 
CLD ;DF= FORWARD 

LES Dl, l/0_BLOCK^DDRESS ; I/O BLOCK ADDRESS 

: CONTAINS THE ADDRESS 
: OF I/O BLOCK 

MOV CX, BLOCK_LENGTH 
MOV SI, SOURCE_ADDRESS 

MOVS I/O BLOCK ; PERFORM WORD TRANSFERS 

; END CODE EXAMPLE 

NOTE THE CODE IS CAPABLE OF PERFORMING BYTE TRANSFERS BY 
CHANGING THE I/O BLOCK DEFINITION FROM 128 WORD TO 256 BYTES 



number the device can accept, leaving the remaining ad- 
dress lines for chip enable/select decoding. To connect 
the devices directly to the multiplexed bus, they must 
have output enables. The output enable is also 
necessary to avoid bus contention in other configura- 
tions. Figure 5A1 shows the bus connections for ROM 
and EPROM memories. No special decode techniques 
are required for generating chip enables/selects. Each 
valid decode selects one device on the upper and lower 
halves of bus to allow byte and word access. Byte ac- 
cess is achieved by reading the full word onto the bus 
with the 8086 only accepting the desired byte. For the 
minimum mode 8086, If RD, WR and M/IO are not decod- 
ed to form separate commands for memory and I/O, and 
the I/O space overlaps th_e_memory space assigned to 
the EPROM/ROM then M/IO (high active) must be a con- 
dition of chip enable/select decode. The output enable 
Is controlled by the system memory read signal. 



SELECT 
HIGH BANK(BTII) 




Figure 4E5. Code for Biocit Transfers 



Figure 5.1. 8086 iVlemory Array 



5. INTERFACING WITH fVIEMGRIES 

Figure 5.1 is a general block diagram of an 8086 
memory. The basic characteristics of the diagram are 
the partitioning of the 16-bit word memory into high and 
low 8-blt banks on the u pper and lower halves of the 
data bus and inclusion of BHE and AO In the selection of 
the banks. Specific implemientatlons depend on the type 
of memory and the system configuration. 

5A. ROM and EPROM 

The easiest devices to interface to the system are ROM 
and EPROM. Their byte format provides a simple bus In- 
terface and since they are read only devices, AO and 
BIHE need not be included in their chip enable/select 
decoding (chip enable is similar to chip select but addi- 
tionally determines If the device is in active or standby 
power mode). The address lines connected to the 
devices start with A1 and continue up to the maximum 




NOTE Ao AND BHE ARE NOT USED. 
Figure 5A1. EPROM/ROM Bus Interface 
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static ROM's and EPROM's have only four parameters 
to evaluate when determining their compatibility to the 
system. The parameters^ equations and evaluation tech- 
niques given in the I/O section are also applicable to 
these devices. The relationship of parameters is given in 
Table 5A1. TACG and TOE are related to the same equa- 
tion and differ only by the delay associated with the chip 
enable/select decoder. As an example, consider a 2716 
EPROM memory residing on the multiplexed bus of a 
minimum mode configuration: 

TACC = 3TCLCL- 140- address buffer delay =430 ns 
(8282 = 30 ns max delay) 

TCE = TACC - decoder delay = 41 2 ns 
(8205 decoder delay =18 ns) 

T0E = 2TGLCL- 195 = 205 ns 

TDF= = 155 ns 



devices \N\Xh single chip selects and no output enables 
(2114, 2141, 2147). Figure 5B3 gives selection tech- 
niques for devices with chip selects and output enables. 
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TABLE 5A1. EPROM/ROM PARAMETERS 



TOE — Output Enable to Valid Data = TRLDV 

TACC - Address to Valid Data = TAVDV 

TCE — Chip Enable to Valid Data = TSLDV 

TDF — Output Enable High to Output Float s TRHDZ 



The results are the times the system configuration re- 
quires of the component for full speed compatibility 
with the system. Comparing these times with 2716 
parameter limits indicates the 2716-2 will work with no 
wait states while the 2716 will require one wait state. 
Table 5A2 demonstrates EPROM/ROM compatibility for 
the configurations presented in the I/O section. Before 
designing a ROM or EPROM memory system, refer to 
AP-30 for additional information on design techniques 
that give the system an upgrade path from 16K to 32K 
and 64K devices. 



TABLE 5A2. COMPATIBLE EPROM/ROM (5 MHz 8086) 



Configuration 


Minimum Mode 


Maximum Mode 


Unbuffered 


Buffered 


Buffered 


Fuily Buffered 


2716-1 






»^ 


*^ 


2716-2 


" 


1W 


1W 


1W 


2732 


1W 


1W 


1W 


1W 


2332 






»^ 




2364 











SB. Static RAM 

Interfacing static RAM to the system introduces several 
new requirements to the memory design. AO and BHE 
must be included in the chip select/chip enable 
decoding of the devices and write timing must be con- 
sidered in the compatibility analysis. 

For each device, the data bus connections must be 
restricted to either the upper or lower half of the data 
bus. Devices like the 2114 or 2142 must not straddle the 
upper and lower halves of the data bus (Fig. 5B1). To 
allow selecting either the upper byte, lower byte or full 
16-bit word for a write operation, BHE must be a condi- 
tion of decode for selecting the upper byte and AO must 
be a condition of decode for selecting the lower byte. 
Figure 5B2 gives several selection techniques for 



Figure 5B1. Incorrect Connection of 2142 Across Byte Boundaries 



The first group requires inclusion of AO and BHE to 
decode or enable the chip selects. Since these 
memories do not have output enables, read and write 
are used as enables for chip select generation to pre- 
vent bus contention. If read and write are not used to 
enable the chip selects, devices with common input/out- 
put pins (like the 2114) will be subjected to severe bus 
contention between chip select and write active. For 
devices with separate input/output lines (like 2141, 
2147), the outputs can be externally buffered with the 
buffer enable controlled by read, this solution will only 
allow bus contention between memory devices in the ar- 
ray during chip select transition periods. These tech- 
niques are cbnsidered In more detail In Section 20. 

For device s wit h output enables (2142), write may be 
gated with BHE and AO to provide upper and lower bank 
write strobe s. Th is simplifies chip select decoding by 
eliminating BHE and AO as a condition of decode. 
Although both devices are selected during a byte write 
operation, only one will receive a write strobe. No bus 
contention will exist during the write since a read com- 
mand must be issued to enable the memory output 
drivers. 

If multiple chip selects are available at the device, BHE 
and AO may directly control device selection. This 
allows normal chip select decoding of the address 
space and direct connection of the read and write com- 
mands to the devices. Alternately, the multiple chip 
select Inputs of the device could directly decode the ad- 
dress space (linear select) and be combined with the 
separate write strobe technique to minimize the control 
circuitry needed to generate chip selects. 

As with the EPROM's and ROM's, if separate commands 
are not provided for memory and I/O in the mjnimum 
mode 8086 and the address spaces overlap, M/IO (high 
active) must be a condition of chip select decode. Also, 
the address lines connected to the memory devices 
must start with A1 rather than AO. 
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(b) Ao AND BHE AS DIRECT CHIP SELECT INPUTS 
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Figure 5B2. Generating Chip Selects for Devices without Output 
Enabies 



Figure 5B3. Chip Selection for Devices with Output Enables 
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For analysis of RAM compatibility, the write timing 
parameters listed in Table 5B1 may also need to be con- 
sidered (depending on the RAM device being consid- 
ered). The CPU clock relative timing is given in Table 
5B2. The equations specify the device requirements at 
the CPU and provide a base for determining device re- 
quirements in other configurations. As an example con- 
sider the write timing requirements of a 2142 in a max- 
imum mode buffered 8086 system (Figure 5B4). The 
2142 write parameters that must be analyzed are TWA 
advanced write pulse width, TWR write release time, 
TDWA data to write time overlap and TDH data hold 
from write time. 

TWA = 2TCLCL- TCLMLmax + TCLMHmin = 375 ns. 
TWR = 2TCLCL - TCLMHmax + TCLLHmIn + TSHOVmIn = 170 ns. 
TDWA = 2TCLCL- TCLDVmax + TCLMHmIn - TlVOVmax = 265 ns. 
TDH = TCLCH - TCLMHmax + TCHDXmin + TIVOVmln = 95 ns. 

TABLE 5B1. TYPICAL WRITE TIMING PARAMETERS 



TW — Write Pulse Width 

TWR - Write Release (Address Hold From End of Write) 

TOW — Data and Write Pulse Overlap 

TDH — Data Hold From End of Write 

TAW — Address Valid to End of Write 

TOW ~ Chip Select to End of Write 

TASW — Address Valid to Beginning of Write 



additional information on the 8202, refer to the 8202 
data sheet (9800873) and application note AP-45 Using 
the 8202 Dynamic RAM Controller (9800809A). 
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Figure 5B4. Sample Configuration for Compatibliity Analysis Example 



TABLE 5B2. CYCLE DEPENDENT WRITE PARAMETERS 
FOR RAM MEMORIES 



(a) Minimum Mode 

TW = TWLWH = 2TCLCL - 60 = 340 ns 
TWR = TCLCL- TCVCTXmax + TCLLHmin = 90 ns 
TDW = 2TCLCL- TCLDVmax + TCVCTXmin = 300 ns 
TDH = TWHDX = 88 ns 

TAW = 3TCLCL- TCLAVmax+TCVCTXmin = 500 ns 

TCW = TAW- Chip Select Decode 

TASW = TCLCL - TCLAVmax + TCVCTXmin = 100 ns 

(b) Maximum Mode 

TW = TCLCL- TCLMLmax + TCLMHmin =175 ns 
TWR = TCLCL - TCLMHmax + TCLLHmIn = 165 ns 
TDW = TW= 175 ns 

TDH = TCLCHmIn - TCLIVIHmax + TCHDXmin = 93 ns 
TAW = 3TCLCL - TCLAVmax + TCLMHmin = 500 ns 
TCW = TAW - Chip Select Decode 
TASW = 2TCLCL - TCLAVmax + TCLMLmIn = 300 ns 
TWA* = TW + TCLCL = 375 ns 

TDWA* = 2TCLCL- TCLDVmax + TCLIVIHmin = 300 ns 
TASWA* = TASW - TCLCL = 100 ns 



'Relative to Advanced Write. 



Comparing these results with the 2142 family indicates 
the standard 2142 write timing is fully compatible with 
this 8086 configuration. Read timing analysis Is also 
necessary to completely determine compatibility of the 
devices. 

5C. Dynamic RAM 

Dynamic RAM is perhaps the most complex device to 
design into a system. To relieve the engineer of most of 
this burden, Intel provides the 8202 dynamic RAM con- 
troller as part of the 8086 family of peripheral devices. 
This section will discuss using the 8202 with the 8086 to 
build a dynamic memory system for an 8086 system. For 



5.0.1 Standard 8086-8202 Interconnect 

Figure 5.C.1.1 shows a standard interconnection for an 
8202 into an 8086 system. The configuration accom- 
modates 64K words (128K bytes) of dynamic RAM ad- 
dressable as words or bytes. To access the RAM, the 
8086 initiates a bu s cycle with an address that selects 
the 82 02 (via P CS) and the appropriate transfer com- 
mand (MRDC or MWTC). if the 8202 is not performing a 
refresh cycle, the access starts immediately, othe rwise, 
the 8086 must wait for completion of the refresh. XACK 
from the 8202 is connected to the 8284 RDY Input to 
force the CPU to wait until the RAM cycle is completed 
before the CPU can terminate the bus cycle. This effec- 
tively synchronizes the asynchronous events of refresh 
and CP U bus cycles. The normal write command 
(MWTC) is used rather than the advanced command 
(AMWC) to guarantee the data Is valid at the dynamic 
RAMS before the write command Is issued. The gating 
of WE with AO and BHE provides selective write strobes 
to the upper and lower banks of memory to allow byte 
and word write operations. The logic which generates 
the strobe for the data latches allows read data to prop- 
agate to the system as soon as the data is av ailable and 
latches the data on the trailing edge of CAS. 

DETAILED TIMING 
Read Cycle 

For no wai t state operation, the 8086 requires data to be 
valid from MRDC in: 

2TCLCL~TCLML-TDVCL- buffer delays = 291 ns. 

Since the 8 202 is CAS access limited, we need only ex- 
amine CAS access time. The 8202/2118 guarantees data 
valid from 8202 RD low to be: 

(tph + 3tp+ 100 ns) 8202 TCC delay-H TCAC for the 2118 
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Figure 5C1.1. 5 MHz 8086/8202/1 28K Byte System — Double Data, Control and Address Buffering (Note: Bus driver on 8202 is not needed if less 
than 64K bytes are used) 



For a 25 MHz 8202 and 21 18-3, we get 297 ns which is in- 
sufficient for no wait state operation. If oniy 64K^ytes 
are accessed, the 8202 requires oniy (tph + 3tp + 85 ns) 
giving 282 ns access and no wait states required. Refer 
to Figure 5.C.1.2 and 5C.1.3 for timing information on 
the 8202 and 2118. 

Write Cycle 

An important consideration for dynamic RAM write 
cycles is to guarantee data to the RAM is vali d when 
both CAS and WE are active. For th£2118, if WE is valid 
prior to CAS, the data setup is to CAS and if CAS is valid 
before WE (as would occur during a read modify w rite 
cycle) the data setup time Is to WE. For the 8202, the WR 
to CAS delay is analyzed to determine the data setup 
tim e to CAS inherently provided by the 8202 command 
to R AS/CAS timing. The minimum delay from WR to 
CAS is: 

TCCmin = tph + 2tp + 25=127 ns ® 25 MHz 

Subtracting buffer delays and data setup at the 2118, 
we have 83 ns to generate valid data after the write 
command is issued by the CPU (in this case the 8288). 
Since the 8086 will not guarantee valid data until 
TCLAVmax-TCLMLmln = 100 ns from the advanced 



write signal, the normal write signal is used. The normal 
write MWTC guarantees data is valid 100 ns before it is 
active. The worst case write pulse width Is approximate- 
ly 175 ns which Is sufficient for all 2118's. 

Synchronization 



To for ce the 8086 to wait during refresh the XACK or 
SACK lines must be returjied t o the 8284 ready input. 
The maximum delay from RD to SACK (if the 8202 is not 
performing refresh) is TAC = tp + 40 = 80 ns. To prevent 
a wait state at the 8086, RDY must be valid at the 8284 
TCLCHmin-TCLMLmax-TR1VCLmax = 48 ns after 
the command is active. This implies that under worst 
case conditions, one wai t state will be inserted for every 
read cycle. Since MWTC does not occur until one clock 
later, two wait states may be inserted for writes. 



The XACK from command delay will assert RDY TCC + 
TCX = (tph + 3tp+100) + (5tp + 20) = 460 ns after the 
command. This will typically insert one or two wait 
states. 

Unless 2118-3's are used in 64K byte or less memories, 
SACK must not be used since it does not guarantee a 
wait state. From the previous access time analysis we 
saw that other configuratbns required a wait state. 
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Figure 5C1.2. 8202 Timing Information 
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Measurements made with respect to RASi - RAS4, CAS, 
WE, OUTq- OUTe are at 2.4V and 0.8V. All other pins are 
measured at 1.5V. 

CL= 30 pF 
CL=320pF 
CL=230 pF 
CL=450 pF 
CL=640 pF 



Symbol 


Parameter 


Min 


Max 


Units 


tp 


Clock (Internal/External) Period (See Note 1) 


40 


54 


ns 




Memory Cycle Time 


10 tp-30 


12 tp 


ns 


tpAH 


Row Address Hold Time 


tp-10 




ns 


tASR 


Row Address Setup Time 


tpH 




ns 


tCAH 


Column Address Hold Time 


5tp 




ns 


Use 


Column Address Setup Time 


tp-35 




ns 


tpCD 


RAS to CAS Delay Time 


2 tp-10 


2tp + 45 


ns 


twos 


WE Setup to CAS 


tp-40 




ns 


tRSH 


RAS Hold Time 


5 tp-30 




ns 


tCAS 


CAS Pulse Width 


5 tp-30 




ns 


tpp 


RAS Precharge Time (See Note 2) 


4 tp-30 




ns 


twCH 


WE Hold Time to CAS 


5 tp-35 




ns 


tpEF 


Internally Generated Refresh to Refresh Time 
64 Cycle 
128 Cycle 


548 tp 
264 tp 


576 tp 
288 tp 


ns 
ns 


tCR 


RD, WR to RAS Delay 


tpH + 30 


tpH + tp+75 


ns 


tec 


RD, WR to CAS Delay 


tpH + 2tp+25 


tpH + 3tp+100 


ns 


tRFR 


REFRQ to RAS Delay 


1.5tp+30 


2.5tp+100 


ns 


tAS 


Aq— Ai5 to RD, WR Setup Time (See Note 4) 


0 




ns 


tcA 


RD, WR to SACK Leading Edge 




tp+40 


ns 


tCK 


RD, WR to XACK, SACK Trailing Edge Delay 




30 


ns 


tKCH 


RD, WR Inactive Hold to SACK Trailing Edge 


10 




ns 


tsc 


RD, WR, PCS to X/CLK Setup Time (See Note 3) 


15 




ns 




CAS to XACK Time 


5 tp-40 


5tp + 20 


ns 


tACK 


XACK Leading edge to CAS Trailing edge Time 


10 




ns 


txw 


XACK Pulse Width 


2tp-25 




ns 


tLL 


REFRQ Pulse Width 


20 




ns 


tCHS 


RD, WR, PCS Active Hold to RAS 


0 




ns 


tww 


WR to WE Propagation Delay 


8 


50 


ns 


tAL 


Si to ALE Setup Time 


40 




ns 


tLA 


Si to ALE Hold Time 


2tp+40 




ns 


tpL 


External Ciocl^ Low Time 


15 




ns 


tpH 


External Clocl^ High Time 


22 




ns 


tpH 


External Clocl^ High Time for Vcc= 5V± 5% 


18 




ns 



Notes: 

1. tp minimum determines maximum oscillator frequency. 

tp maximum determines minimum frequen cy to maintain 2 ms refresh rate and tpp minimum. 

2. To aciiieve the minimum time between the R^of a memory cycle and the of a refresh cycle, such as a transparent refresh, REFRQ should be 
pulsed in the previous memory cycle. 

3. tsc Is not required for proper operation which is In agreement with the other specs, but can be used to synchronize external signals with X/CLK if it is 
desired. 

4. If tAS '3 '^33 ^^^^ 0 tl^^ri the only impact Is that t^SR decreases by a corresponding amount. 



Figure 5C1.2. 8202 Timing information (Con't) 



A.C. CHARACTERISTICS 

Ta=OX to 70 "C, Vcc = 5V± 10% 
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NOTES: 1,2. Vih min AND Vil max ARE REFERENCE LEVELS FOR MEASURING TIMING OF 
INPUT SIGNALS. 

3.4. VoH MIN AND Vol max ARE REFERENCE LEVELS FOR MEASURING TIMING 
OF Dour- 

8. loFF IS MEASURED TO looT < |Iol|. 

6. tos AND loH ARE REFERENCED TO CAS OR WE, WHICHEVER OCCURS UST. 
t tRCH IS REFERENCED TO THE TRAILING EDGE OF CSS OR RSS, WHICHEVER 
OCCURS FIRST. 

8. tcRP REQUIREMENT IS ONLY APPLICABLE FOR RAD/SaS CYCLES 

PRECEDED BY A 6X5-ONLY CYCLE (I.*., FOR SYSTEMS WHERE SfS HAS 
NOT BEEN DECODED WITH fiSS). 



Figure 5C1.3. 2118 Family Timing 
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A.C. CHARACTERISTICSt^'2.31 

Ta = 0''C to 70'C, Vdd = 5V± 10%, Vss = OV, unless otherwise noted. 

READ, WRITE, READ-MODIFY-WRITE AND REFRESH CYCLES 



Symbol 


Parameter 


2118-3 


2118-4 


2118-7 


Unit 


Notes 


MIn. 


Max. 


MIn. 


Max. 


MIn. 


Max. 


*RAC 


Access Time From PAS 




100 




120 




150 


ns 


4,5 


^CAC 


Access Time from CAS 




55 




65 




80 


ns 


4,5,6 


^REF 


Time Between Refresh 




2 




2 




2 


ms 




*RP 


RAS Precharge Time 


110 




120 




135 




ns 




*CPN 


CAS Precharge Time (non-page cycles) 


50 




55 




70 




ns 




*CRP 


CAS to RAS Precharge Time 


0 




0 




0 




ns 




*RCD 


RAS to CAS Delay Time 


25 


45 


25 


55 


25 


70 


ns 


7 


^SH 


RAS Hold Time 


70 




85 




105 




ns 




^CSH 


CAS Hold Time 


100 




120 




165 




ns 




^ASR 


Row Address Set-Up Time 


0 




0 




0 




ns 




*RAH 


Row Address Hold Time 


15 




15 




15 




ns 




*ASC 


Column Address Set-Up Time 


0 




0 




0 




ns 




*CAH 


Column Address Hold Time 


15 




15 




20 




ns 




tAR 


Column Address Hold Time to RAS 


60 




70 




90 




ns 




tT 


Transition Time (Rise and Fall) 


3 


50 


3 


50 


3 


50 


ns 


8 


*OFF 


Output Buffer Turn Off Delay 


0 


45 


0 


50 


0 


60 


ns 




READ AND REFRESH CYCLES 


Trc 


Random Read Cycle Time 


235 




270 




320 




ns 




*RAS 


RAS Pulse Width 


115 


10000 


140 


10000 


175 


10000 


ns 




*CAS 


CAS Pulse Width 


55 


10000 


65 


10000 


95 


10000 


ns 




*RCS 


Read Command Set-Up Time 


0 




0 




0 




ns 




*RCH 


Read Command Hold Time 


0 




0 




0 




ns 




WRITE CYCLE 


*RC 


Random Write Cycle Time 


235 




270 




320 




ns 




^RAS 


RAS Pulse Width 


115 


10000 


140 


10000 


175 


10000 


ns 




^CAS 


CAS Pulse Width 


55 


10000 


65 


10000 


95 


10000 


ns 




^WCS 


Write Command Set-Up Time 


0 




0 




0 




ns 


9 


*WCH 


Write Command Hold Time 


25 




30 




45 




ns 




*WCR 


Write Command Hold Time, to RAS 


70 




85 




115 




ns 




*WP 


Write Command Pulse Width 


25 




30 




50 




ns 




^RWL 


Write Command to RAS Lead Time 


60 




65 




110 




ns 




*CWL 


Write Command to CAS Lead Time 


45 




50 




100 




ns 




^DS 


Data-in Set-Up Time 


0 




0 




0 




ns 




^DH 


Data-in Hold Time 


25 




30 




45 




ns 




*DHR 


Data-in Hold Time, to RAS 


70 




85 




115 




ns 




READ MODIFY-WRITE CYCLE 


*RWC 


Read-Modlfy-Wrlte Cycle Time 


285 




320 




410 




ns 




^RRW 


RMW Cycle RAS Pulse Width 


165 


10000 


190 


10000 


265 


10000 


ns 




tCRW 


RMW Cycle CAS Pulse Width 


105 


10000 


120 


10000 


185 


10000 


ns 






RAS to WE Delay 


100 




120 




150 




ns 


9 


^CWD 


CAS to WE Delay 


55 




65 




80 




ns 


9 



NOTES: 

1. All voltages referenced to Vss- 

2. Eight cycles are required after power-up or prolonged periods (greater than 2 ms) of RAS Inactivity before proper device operation is achieved. Any 8 cycles which perform 
refresh are adequate for this purpose. 

3. A.C. Characteristics assume tjs 5 ns. 

4. Assume that tpcD ^ ^RCD (""a*-)- " tpcD greater than tRCD (n^ax.) then tR^C increase by the amount that tRCD exceeds tpcD ("lax.). 

5. Load = 2 TTL loads and 100 pF. 

6. Assumes tpQp > if\CD (i^ax.). 

7. tRCQ (max.) is specified as a reference point only; if tRCD 's less than tRCD (f^ax.) access time is Ir/^q, if tpcD Greater than tRCD (max.) access time is tRCD + ^CAC- 

8. tj is measured between V||^ (min.) and V||_ (max.). 

^- ^WCS> ^CWD 'RWD are specified as reference points only. If ty^/cs ^ *WCS (f^^f^ ) the cycle Is an early write cycle and the data out pin will remain high Impedance 
throughout the entire cycle. If tQy^Q > tQWD ("^^n.) and tRv^Q > tRWD (m\^-)< the cycle is a read-modify-write cycle and the data out will contain the data read from the 
selected address. If neither of the above conditions is satisfied, the condition of the data out Is indeterminate. 



Figure 5C1.3. 2118 Family Timing (Con't) 
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5.C.2 Enhanced Operation 

Two problems are evident from the previous investiga- 
tion: 

1) SACK timing from command will not allow reliable 
operation while XACK is not active early enough to pre- 
vent wait states. 

2) The normal write command required to guarantee 
data setup Is not enabled until the CPU has sampled 
READY thereby forcing multiple wait states during write 
operations. 

The first problem could be resolved if an earl y comm and 
could be generated that would guarantee SACK was 



valid when READY was sampled and SACK to data valid 
satisfied the CPU requirements. Figure 5.C.2.1 is a cir- 
cuit which provides an early read command derived from 
the maximum mode status. The early command is en- 
abled from the trailing edge of ALE and disabled on the 
trailing edge of the normal command. The command 
provides an additional TCHCLmin-TCHLLmax + 
TCLMLmax- circuit delays = 53 ns of access time and 
time to generate RDY from the early command. If we go 
back to our previous equations, early command to valid 
data at the CPU Is now: 

TCHCLmin - TCHLLmax + 2TCLCL - TDVCLmax - buf- 
fer and circuit delays =333 ns 
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Figure 502.1. Early Read and Write Command Generation 
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We can now use the slowest 2118 which gives 8202 and 
2118 access of 320 ns. Early command to RDY timing Is 
TCLCL - TCHLLmax - circuit delays - TR1 VCLmax = 
115 ns and p rovide s 35 ns of margin beyond the 8202 
command to SACK delay. 

The write timing of the 8202 and write data valid timing 
of the 8086 do not allow use of an early write command. 
However, Ifthe 8202 clock is reduced from 25 M Hz to 20 
MHz and WE to the RA M's Is gated with CAS, the ad- 
vanced write command (AMWC) may be used. At 20 MHz 
the minimum command to CAS delay is 148 ns while the 
maximum data valid delay is 144 ns. 

The reduced 8202 clock frequency still satisfies no wait 
state read operation from early read and will insert no 
more than one wait state for write (assuming no conflict 
with refresh). 20 MHz 8202 operation will however re- 
quire using the 2118-4 to satisfy read access time. 

Note that slowing the 8202 t o 22.2 MHz guarantees valid 
data within 10 ns after CAS and allows using the 2118-7. 
Since this analysis Is totally based on worst case 
minimum and maximum delays, the designer should 
evaluate the timing requirements of his specific im- 
plementation. 



It shou ld be noted that the 8202 SACK Is equivalent to 
XACK timing if the cycle being executed was delayed by 



refresh. Delaying SACK until XACK time causes the 
CPU to enter wait states until the cyc le Is completed. If 
the cycle Is a read cycle, the XACK timing guarantees 
data Is valid at the CPU before RDY Is issued to the CPU. 

The use of the early command signals also solves a 
problem not mentioned previously. The cycle rate of the 
8202 @ 20 MHz requires that commands (from leading 
edge to leading edge) be separated by a minimum of 695 
ns. The maximurh mode 8086 however may issue a read 
command 600 ns after the normal write command. For 
the early read command and advanced write command, 
725 ns are guaranteed between commands. 
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Figure 5C2.2. Delayed Write to Dynamic RAiVIs 
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APPENDIX I 

BUS CONTENTION AND ITS EFFECT ON SYSTEM INTEGRITY 



SYSTEM ARCHITECTURE 

As higher performance microprocessors have become 
available, the architecture of microprocessor systems 
has been evolving, again placing demands on memory. 
For many years, system designers have been plagued 
with the problem of bus contention when connecting 
multiple memories to a common data bus. There have 
been various schemes for avoiding the problem, but 
device manufacturers have been unable to design inter- 
nal circuits that would guarantee that one memory 
device would be "off" the bus before another device 
was selected. With small memories (512x8 and 1Kx8), it 
has been traditional to connect all the system address 
lines together and utilize the difference between tAcc 
and too to perform a decode to select the correct device 
(as shown In Figure 1). 
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Figure 1. Single Control Line Architecture 



With the 1702A, the chip select to output delay was only 
100 ns shorter than the address access time; or to state 
it another way, the tAcc time was 1000 ns while the too 
time was 900 ns. The 1702A tAcc performance of 1000 ns 
was suitable for the 4004 series microprocessors, but 
the 8080 processor required that the corresponding 
numbers be reduced to tAcc=450 ns and tco= 120 ns. 
This allowed a substantial improvement in performance 
over the 4004 series of microprocessors, but placed a 
substantial burden on the memory. The 2708 was 
developed to be compatible with the 8080 both in ac- 
cess time and power supply requirements. A portion of 
each 8080 machine cycle time had to be devoted to the 
architecture of the system decoding scheme used. This 
devoted portion of the machine cycle included the time 
required for the system controller (8224) to perform its 
function before the actual decode process could begin. 

Let's pause here and examine the actual decode 
scheme that was used so we can understand how the 
control functions that a memory device requires are 
related to system architecture. 

The 2708 can be used to illustrate the problem of having 
a single control line. The 2708 has only one read control 



function, chip select (OS), which is very fast (tco= 120 
ns) with respect to the overall access time (tAcc = 450 
ns) of the 2708. It is this time dlffei^ence (330 hs) that is 
used to perform the decode function, as illustrated In 
Figure 2. The scheme works well and does not limit 
system performance, but it does lead to the possibility 
of bus contention. 
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Figure 2. Single Line Control Architecture 



BUS CONTENTION 

There are actually two problems with the scheme 
described in the previous section. First, if one device in 
a multiple memory system has a relatively long deselect 
time, and a relatively fast decoder is used, it would be 
possible to have another device selected at the same 
time. If the two devices thus selected were reading op- 
posite data; that is, device number one reading a HIGH 
and device number two reading a LOW, the output tran- 
sistors of the two memory devices would effectively pro- 
duce a short circuit, as Figure 3 illustrates. In this case, 
the current path is from Vcc on device number one to 
GND on device number two. This current is limited only 
by the "on" impedance of the MOS output transistors 
and can reach levels in excess of 200 mA per device. If 
the MOS transistors have a lot of "extra" margin, the 
current is usually not destructive; however, an instan- 
taneous load of 400 mA can produce "glitches" on the 
Vcc supply— glitches large enough to cause standard 
TTL devices to drop bits or otherwise malfunction, thus 
causing incorrect address decode or generation. 

The second problem with a single control line scheme is 
more subtle. As previously mentioned, there Is only one 
control function available on the 2708 and any decoding 
scheme must use it out of necessity. In addition, any in- 
advertent changes in the state of the high order address 
lines that are inputs to the decoder will cause a change 
in the device that is selected. The result is the same as 
before— bus contention, only from a different source. 
The deselected device cannot get "off" the bus before 
the selected one is "on" the bus as the addresses rapid- 
ly change state. One approach to solving this problem 
would be to design (and specify as a maximum) devices 
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with toF time less than tco time, thereby assuring that if 
one device is selected while another is simultaneously 
being deselected, there would be some small (20 ns) 
margin. Even with this solution, the user would not be 
protected from devices which have very fast tco times 
(too is specified as a maximum). 
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Figure 3. Results of Improper Timing when OR Tying IVIultipie 
Memories 



generate the unique device selecting function, but a 
separate and independent Output Enable (OE) control is 
now used to gate data "on" and "off" the system data 
bus. With this scheme, bus contention Is completely 
eliminated as the processor determines the time during 
which data must be present on the bus and then 
releases the bus by way of the Output Enable line, thus 
freeing the bus for use by other devices, either 
memories or peripheral devices. This type of architec- 
ture can be easily accomplished If the memory devices 
have two control functions, and the system is im- 
plemented according to the block diagram shown in 
Figure 5. It differs from the previous block diagram 
(shown in Figure 1) In that the control bus, which Is con- 
nected to all memory Output Enable pins, provides 
separate and Independent control over the data bus. In 
this way, the microprocessor is always In control of the 
system; while in the previous system, the microproc- 
essor passed control to the particular memory device 
and then waited for data to become available. Another 
way to look at it Is, with a single control line the sytem is 
always asynchronous with respect to microprocessor/ 
memory communications. By using two control lines, 
the memory is synchronized to the processor. 



The only sure solution appears to be the use of an exter- 
nal bus driver/transceiver that has an independent 
enable function. Then that function, not the "device 
selecting function," or addresses, could control the 
flow of data "on" and "off" the bus, and any contention 
problems would be confined to a particular card or area 
of a large card. In fact, many systems are Implemented 
that way— the use of bus drivers is not at all uncommon 
in large systems where the drive requirements of long, 
highly capacitive interconnecting lines must be taken 
Into consideration— it also may be the reason why more 
system designers were not aWare of the bus contention 
problem until they took a previously large (multicard) 
system and, using an advanced micorprocessor and 
higher density memory devices, combined them all on 
one card, thereby eliminating the requirement for the 
bus drivers, but experiencing the problem of bus con- 
tention as described above. 
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Figure 4. Two Control Line Architecture- 



THE MICROPROCESSOR/MEMORY INTERFACE 

From the foregoing discussion. It becomes clear that 
some new concepts, both with regard to architecture 
and performance are required. A new generation of two 
control line devices Is called for with general require- 
ments as listed below: 

1. Capability to control the data "on" and "off" the 
system bus, Independent of the device selecting func- 
tion identified above. 

2. Access time compatible with the high performance 
microprocessors that are currently available.. 

Now let's examine the system architecture that is re- 
quired to implement the two line control and prevent 
bus contention. This is shown In the form of a timing 
diagram (Figure 4). As before, addresses are used to 
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Figure 5. Two Control LinQ Architecture 
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